Внимание! Соединение с приложением прервано. Дождитесь повторного подключения.
Обсуждение документации - Просмотр сообщения № 1069143
Тема сообщения
Нарушения в ТС
Тип сообщения
Замечание к АД
Поставщик
Товарищество с ограниченной ответственностью "SilkTech"
Представитель поставщика
ОМИРБЕКОВ САЙЛАУ ЖАКЫПБЕКОВИЧ
Дата и время отправки сообщения
2026-09-29 23:32:04
Текст сообщения
ЗАМЕЧАНИЯ
1. Раздел требований к интерактивному образовательному программному обеспечению содержит не только описание необходимых пользовательских функций, но и детальное предписание внутренней архитектуры, количества программных модулей, серверной топологии, способов балансировки нагрузки, структуры игрового сервера, характера межмодульного обмена и отдельных элементов интерфейса.
2. Заказчику объективно необходим конечный функциональный результат: работа образовательного контента, 3D-визуализаций, видеоматериалов, интерактивных заданий, геймификации, статистики, ролевого доступа, безопасности и резервного копирования. Внутренний способ программной реализации не должен определять соответствие продукта.
3. ТС требует микросервисную либо сервис-ориентированную архитектуру, построенную по трехуровневой клиент-серверной модели. Однако аналогичное качество и масштабируемость могут обеспечиваться модульным монолитом, контейнерной архитектурой, облачной SaaS-платформой, serverless-компонентами или иными современными подходами.
4. Просим заменить требование конкретной архитектуры требованиями к доступности, производительности, времени отклика, масштабируемости и отказоустойчивости.
5. Установлено обязательное наличие минимум 18 распределенных логических модулей, взаимодействующих через API. Количество внутренних модулей не является характеристикой конечного продукта: одинаковые функции могут быть реализованы в 10, 18, 30 либо большем количестве сервисов.
6. Требование 18 модулей фактически позволяет проверять внутреннюю программную архитектуру поставщика, но не качество образовательного процесса.
7. Обязательным является применение reverse proxy с описанием функций терминирования защищенных соединений, распределения запросов по конкретным алгоритмам и защиты от атак. Современные архитектуры могут решать эти задачи через cloud load balancer, API Gateway, ingress controller, CDN/WAF либо иные компоненты.
8. Просим допустить любой архитектурный механизм, обеспечивающий тот же функциональный результат.
9. ТС предусматривает масштабирование до не менее 1000 одновременных активных соединений. При этом ниже серверное оборудование прямо описывается как минимально необходимое для одновременной работы до 100 пользователей. Одновременное присутствие требований 1000 и 100 пользователей создает объективную неоднозначность.
10. Просим определить реальное количество пользователей школы и максимальную одновременную нагрузку, на которую должна быть рассчитана система.
11. Указаны «ожидаемые результаты» в виде сокращения времени подготовки интерактивного материала до 15 минут, доли мультимедийных технологий не менее 40% урока и вовлечения 100% учащихся в соревновательный процесс.
12. Время подготовки конкретного урока зависит от содержания предмета, квалификации учителя и сложности материала. Программное обеспечение не может гарантировать педагогическое использование мультимедиа в течение 40% каждого урока.
13. Просим перенести такие показатели из обязательных технических характеристик в описание назначения системы либо исключить их из критериев приемки.
14. Для 3D-модуля установлена производительность не менее 30 кадров/с для модели до 100 000 полигонов. Этот параметр зависит от клиентского компьютера, GPU, браузера, разрешения экрана, количества текстур и освещения.
15. Без фиксированной эталонной конфигурации измерение 30 FPS является неоднозначным.
16. Для каждой 3D-модели описаны минимум 10 функций взаимодействия, минимум 10 кликабельных точек, текстовая карточка минимум 500 символов и минимум три заранее настроенных ракурса. Количество точек и длина текста должны определяться содержанием конкретного учебного объекта, а не универсальным числом.
17. Наличие требования минимум 500 символов может даже ухудшать образовательную эргономику для простых объектов, где достаточно краткого определения.
18. Длительность видеоматериалов жестко ограничена диапазоном 5–15 минут со ссылкой на «физиологические нормы удержания внимания», однако конкретный нормативный документ не указан.
19. Платформа должна технически поддерживать видеоматериалы различной длительности; методику проведения урока определяет педагог.
20. Просим удалить нижнюю границу 5 минут и верхнюю 15 минут либо привести официальный обязательный норматив, запрещающий использование иных видеороликов.
21. Графическая панель должна содержать минимум 10 определенных инструментов, не менее 10 базовых цветов, палитру 16 млн оттенков, возможность HEX-ввода, минимум пять градаций толщины и историю минимум десяти действий.
22. Такая детализация интерфейса напоминает описание уже существующего программного продукта. Функционально аналогичный редактор может использовать иной набор инструментов и представление элементов.
23. Задержка рисования установлена максимум 50 мс, но не задана аппаратная платформа и метод измерения.
24. Игровой модуль должен быть реализован через master-page преподавателя и player pages учащихся, использовать постоянное full-duplex соединение, обрабатывать не менее восьми типов транзакций и обеспечивать задержку до 300 мс.
25. Это описание внутреннего способа реализации. Эквивалентная система может использовать WebSocket, WebRTC data channel, SSE с отдельным каналом отправки, long polling или иной механизм и обеспечивать тот же пользовательский опыт.
26. Соединение ученика после сканирования QR-кода должно занимать не более пяти секунд. На это влияют камера смартфона, браузер, Wi-Fi, Интернет, DNS, производительность мобильного устройства и внешние сервисы, которые поставщик не контролирует.
27. Дополнительно система должна обеспечивать таймер ответа от 10 секунд до максимум пяти минут. Неясно, почему педагог не может создать учебную задачу на 6, 10 или 15 минут.
28. В UI/UX установлено не более трех логических переходов от главного экрана до определенных функций. Термин «логический переход» не формализован и допускает субъективную трактовку.
29. Самые существенные ограничительные условия находятся в требованиях к подтверждающим документам. Участник обязан иметь специальное авторизационное письмо с QR-кодом, причем дата его выдачи не может быть ранее публикации текущего конкурса.
30. Это означает, что действующий партнерский документ, дилерский договор или авторизация производителя, выданная ранее и действующая на дату конкурса, формально могут быть признаны недостаточными.
31. Не каждый правообладатель использует QR-коды. Подлинность документов может проверяться по ЭЦП, регистрационному номеру, через официальный реестр, по электронной почте правообладателя либо другим способом.
32. Кроме того, требуется документ, подтверждающий право на реализацию продукта, причем приведена формулировка об авторском праве на исходный код ПО. Право коммерческого распространения лицензии и авторское право на исходный код не идентичны.
33. Дистрибьютор или реселлер может иметь законное право продажи лицензионного ПО, не являясь владельцем исходного кода.
34. Если предлагается иностранный продукт, дополнительно требуется официальный представитель либо дистрибьютор в РК. Между тем поставщик может заключить прямое соглашение с иностранным правообладателем без локального посредника.
35. Особое ограничение — обязательность пяти отдельных протоколов от независимой испытательной лаборатории, аккредитованной в системе NCA Республики Казахстан: исследование сетевой инфраструктуры, исследование процессов информационной безопасности, нагрузочное испытание, SAST исходного кода и испытание функций информационной безопасности на соответствие СТ РК ISO/IEC 15408-2-2017.
36. Непредставление хотя бы одного такого протокола прямо квалифицируется как несоответствие поставщика и ПО.
37. Международный образовательный программный продукт может иметь высокую защищенность, проходить аудит, penetration testing, SAST/DAST и иметь международные сертификации, но не обладать именно локальными протоколами указанного формата.
38. SAST в отношении закрытого коммерческого ПО требует доступа лаборатории к исходному коду, который правообладатель вправе не раскрывать сторонним организациям.
39. Просим допустить эквивалентные документы по информационной безопасности и нагрузочной устойчивости либо проводить соответствующие приемочные испытания непосредственно на предлагаемом продукте.
40. В целом просим переработать раздел ПО по принципу технологической нейтральности: определить пользовательские функции, лицензирование, максимальное количество пользователей, производительность, SLA, безопасность и совместимость, исключив обязательное количество внутренних модулей, внутренние архитектурные технологии и документы, наличие которых зависит исключительно от правообладателя.
1. Раздел требований к интерактивному образовательному программному обеспечению содержит не только описание необходимых пользовательских функций, но и детальное предписание внутренней архитектуры, количества программных модулей, серверной топологии, способов балансировки нагрузки, структуры игрового сервера, характера межмодульного обмена и отдельных элементов интерфейса.
2. Заказчику объективно необходим конечный функциональный результат: работа образовательного контента, 3D-визуализаций, видеоматериалов, интерактивных заданий, геймификации, статистики, ролевого доступа, безопасности и резервного копирования. Внутренний способ программной реализации не должен определять соответствие продукта.
3. ТС требует микросервисную либо сервис-ориентированную архитектуру, построенную по трехуровневой клиент-серверной модели. Однако аналогичное качество и масштабируемость могут обеспечиваться модульным монолитом, контейнерной архитектурой, облачной SaaS-платформой, serverless-компонентами или иными современными подходами.
4. Просим заменить требование конкретной архитектуры требованиями к доступности, производительности, времени отклика, масштабируемости и отказоустойчивости.
5. Установлено обязательное наличие минимум 18 распределенных логических модулей, взаимодействующих через API. Количество внутренних модулей не является характеристикой конечного продукта: одинаковые функции могут быть реализованы в 10, 18, 30 либо большем количестве сервисов.
6. Требование 18 модулей фактически позволяет проверять внутреннюю программную архитектуру поставщика, но не качество образовательного процесса.
7. Обязательным является применение reverse proxy с описанием функций терминирования защищенных соединений, распределения запросов по конкретным алгоритмам и защиты от атак. Современные архитектуры могут решать эти задачи через cloud load balancer, API Gateway, ingress controller, CDN/WAF либо иные компоненты.
8. Просим допустить любой архитектурный механизм, обеспечивающий тот же функциональный результат.
9. ТС предусматривает масштабирование до не менее 1000 одновременных активных соединений. При этом ниже серверное оборудование прямо описывается как минимально необходимое для одновременной работы до 100 пользователей. Одновременное присутствие требований 1000 и 100 пользователей создает объективную неоднозначность.
10. Просим определить реальное количество пользователей школы и максимальную одновременную нагрузку, на которую должна быть рассчитана система.
11. Указаны «ожидаемые результаты» в виде сокращения времени подготовки интерактивного материала до 15 минут, доли мультимедийных технологий не менее 40% урока и вовлечения 100% учащихся в соревновательный процесс.
12. Время подготовки конкретного урока зависит от содержания предмета, квалификации учителя и сложности материала. Программное обеспечение не может гарантировать педагогическое использование мультимедиа в течение 40% каждого урока.
13. Просим перенести такие показатели из обязательных технических характеристик в описание назначения системы либо исключить их из критериев приемки.
14. Для 3D-модуля установлена производительность не менее 30 кадров/с для модели до 100 000 полигонов. Этот параметр зависит от клиентского компьютера, GPU, браузера, разрешения экрана, количества текстур и освещения.
15. Без фиксированной эталонной конфигурации измерение 30 FPS является неоднозначным.
16. Для каждой 3D-модели описаны минимум 10 функций взаимодействия, минимум 10 кликабельных точек, текстовая карточка минимум 500 символов и минимум три заранее настроенных ракурса. Количество точек и длина текста должны определяться содержанием конкретного учебного объекта, а не универсальным числом.
17. Наличие требования минимум 500 символов может даже ухудшать образовательную эргономику для простых объектов, где достаточно краткого определения.
18. Длительность видеоматериалов жестко ограничена диапазоном 5–15 минут со ссылкой на «физиологические нормы удержания внимания», однако конкретный нормативный документ не указан.
19. Платформа должна технически поддерживать видеоматериалы различной длительности; методику проведения урока определяет педагог.
20. Просим удалить нижнюю границу 5 минут и верхнюю 15 минут либо привести официальный обязательный норматив, запрещающий использование иных видеороликов.
21. Графическая панель должна содержать минимум 10 определенных инструментов, не менее 10 базовых цветов, палитру 16 млн оттенков, возможность HEX-ввода, минимум пять градаций толщины и историю минимум десяти действий.
22. Такая детализация интерфейса напоминает описание уже существующего программного продукта. Функционально аналогичный редактор может использовать иной набор инструментов и представление элементов.
23. Задержка рисования установлена максимум 50 мс, но не задана аппаратная платформа и метод измерения.
24. Игровой модуль должен быть реализован через master-page преподавателя и player pages учащихся, использовать постоянное full-duplex соединение, обрабатывать не менее восьми типов транзакций и обеспечивать задержку до 300 мс.
25. Это описание внутреннего способа реализации. Эквивалентная система может использовать WebSocket, WebRTC data channel, SSE с отдельным каналом отправки, long polling или иной механизм и обеспечивать тот же пользовательский опыт.
26. Соединение ученика после сканирования QR-кода должно занимать не более пяти секунд. На это влияют камера смартфона, браузер, Wi-Fi, Интернет, DNS, производительность мобильного устройства и внешние сервисы, которые поставщик не контролирует.
27. Дополнительно система должна обеспечивать таймер ответа от 10 секунд до максимум пяти минут. Неясно, почему педагог не может создать учебную задачу на 6, 10 или 15 минут.
28. В UI/UX установлено не более трех логических переходов от главного экрана до определенных функций. Термин «логический переход» не формализован и допускает субъективную трактовку.
29. Самые существенные ограничительные условия находятся в требованиях к подтверждающим документам. Участник обязан иметь специальное авторизационное письмо с QR-кодом, причем дата его выдачи не может быть ранее публикации текущего конкурса.
30. Это означает, что действующий партнерский документ, дилерский договор или авторизация производителя, выданная ранее и действующая на дату конкурса, формально могут быть признаны недостаточными.
31. Не каждый правообладатель использует QR-коды. Подлинность документов может проверяться по ЭЦП, регистрационному номеру, через официальный реестр, по электронной почте правообладателя либо другим способом.
32. Кроме того, требуется документ, подтверждающий право на реализацию продукта, причем приведена формулировка об авторском праве на исходный код ПО. Право коммерческого распространения лицензии и авторское право на исходный код не идентичны.
33. Дистрибьютор или реселлер может иметь законное право продажи лицензионного ПО, не являясь владельцем исходного кода.
34. Если предлагается иностранный продукт, дополнительно требуется официальный представитель либо дистрибьютор в РК. Между тем поставщик может заключить прямое соглашение с иностранным правообладателем без локального посредника.
35. Особое ограничение — обязательность пяти отдельных протоколов от независимой испытательной лаборатории, аккредитованной в системе NCA Республики Казахстан: исследование сетевой инфраструктуры, исследование процессов информационной безопасности, нагрузочное испытание, SAST исходного кода и испытание функций информационной безопасности на соответствие СТ РК ISO/IEC 15408-2-2017.
36. Непредставление хотя бы одного такого протокола прямо квалифицируется как несоответствие поставщика и ПО.
37. Международный образовательный программный продукт может иметь высокую защищенность, проходить аудит, penetration testing, SAST/DAST и иметь международные сертификации, но не обладать именно локальными протоколами указанного формата.
38. SAST в отношении закрытого коммерческого ПО требует доступа лаборатории к исходному коду, который правообладатель вправе не раскрывать сторонним организациям.
39. Просим допустить эквивалентные документы по информационной безопасности и нагрузочной устойчивости либо проводить соответствующие приемочные испытания непосредственно на предлагаемом продукте.
40. В целом просим переработать раздел ПО по принципу технологической нейтральности: определить пользовательские функции, лицензирование, максимальное количество пользователей, производительность, SLA, безопасность и совместимость, исключив обязательное количество внутренних модулей, внутренние архитектурные технологии и документы, наличие которых зависит исключительно от правообладателя.
Ответы представителей заказчика и организатора, секретаря
Дата:
2026-09-30 14:26:18
Автор:
НУРАДИНОВ НУРГАЛИ МУХИТОВИЧ
Решение:
Внести изменения и (или) дополнения в проект аукционной документации
МОТИВИРОВАННЫЙ ОТВЕТ НА СООБЩЕНИЕ № 1069143 1. Замечание отклонено. Требования сформированы в строгом соответствии с функциональным назначением, эксплуатационными потребностями организации образования и требованиями информационной безопасности; при этом техническая спецификация прямо предусматривает поставку эквивалента. 2. Замечание отклонено. Для обеспечения устойчивого и бесперебойного учебного процесса Заказчику необходима платформа с верифицируемыми параметрами надежности, архитектурной устойчивости и безопасности, исключающими сбои во время уроков. 3. Замечание отклонено. Требование трехуровневой микросервисной или сервис-ориентированной архитектуры обусловлено необходимостью непрерывного функционирования системы (uptime не менее 99%) и возможностью модульного обновления отдельных компонентов без остановки работы всей платформы. 4. Замечание отклонено. Архитектурные требования напрямую связаны с показателями надежности, отказоустойчивости и производительности платформы при пиковых учебных нагрузках. 5. Замечание отклонено. Указанный перечень из 18 логических модулей определяет обязательный функционал комплексной образовательной платформы (3D-движок, стриминг, аналитика, геймификация и др.), необходимый для проведения занятий в соответствии с учебной программой. 6. Замечание отклонено. Наличие заявленных модулей гарантирует полноту образовательного процесса и исключает поставку неполнофункционального усеченного программного обеспечения. 7. Замечание отклонено. Применение механизма reverse proxy обусловлено регламентами информационной безопасности для терминирования защищенных TLS-соединений, эффективного распределения запросов и предотвращения сетевых атак типа DoS/DDoS. 8. Замечание отклонено. Установленный механизм балансировки и защиты является стандартным требованием безопасности для веб-систем государственных учреждений. 9. Замечание отклонено. Неоднозначность отсутствует: параметр 100 пользователей определяет минимальные требования к серверному оборудованию для локальной работы одного учебного кабинета, тогда как поддержка масштабирования до 1000 активных подключений регламентирует способность платформы обслуживать потоковые общешкольные мероприятия. 10. Замечание отклонено. Система должна обеспечивать одновременную работу не менее 100 пользователей в базовом локальном режиме и поддерживать масштабирование до 1000 подключений при пиковых общешкольных нагрузках. 11. Замечание отклонено. Показатели раздела «Ожидаемые результаты» определяют целевые ориентиры педагогической эффективности внедрения цифровой образовательной среды в школе. 12. Замечание отклонено. Данный раздел носит целевой декларативный характер для оценки эффективности внедрения цифровых технологий в учебный процесс. 13. Замечание отклонено. Показатели ожидаемых результатов носят ориентировочный характер целей внедрения платформы и не являются блокирующими условиями при оценке заявок потенциальных поставщиков. 14. Замечание отклонено. Требование частоты не менее 30 кадров/с при полигонаже до 100 000 полигонов направлено на исключение задержек и рывков изображения при интерактивной демонстрации моделей учащимся. 15. Замечание отклонено. В технической спецификации в разделе 6 прямо определены минимальные системные требования к клиентскому рабочему месту преподавателя (процессор от 4 ядер 2.0 ГГц, ОЗУ от 8 ГБ, графический адаптер с аппаратным ускорением 3D). 16. Замечание отклонено. Требование определяет техническую способность платформы визуализировать детализированные интерактивные учебные модели со сложной структурой (до 10 точек интереса с информационными карточками). 17. Замечание отклонено. Параметр «не менее 500 символов» определяет поддерживаемую вместимость информационных полей интерфейса карточки объекта, а не фиксированную длину каждого конкретного текста. 18. Замечание отклонено. Диапазон 5–15 минут определяет продолжительность встроенных типовых учебных видеомодулей в соответствии с санитарно-гигиеническими нормами непрерывной зрительной нагрузки на уроках. 19. Замечание отклонено. Платформа технически поддерживает воспроизведение видеоматериалов различной длительности; указанный диапазон регламентирует предустановленный учебный видеоконтент. 20. Замечание отклонено. Ограничение на воспроизведение видеоматериалов иной длительности в системе отсутствует; диапазон определяет параметры готовых базовых видеоматериалов. 21. Замечание отклонено. Перечень инструментов графической панели (маркер, перо, ластик, фигуры, палитра цветов) является стандартным базовым набором любого полнофункционального редактора интерактивной доски. 22. Замечание отклонено. Привязка к конкретному продукту отсутствует; функционал рисования поверх контента поддерживается всеми серийными образовательными оболочками. 23. Замечание отклонено. Время задержки отрисовки до 50 мс проверяется на рабочем месте, удовлетворяющем установленным в ТС системным требованиям. 24. Замечание отклонено. Архитектура игрового модуля с синхронизацией экранов учеников и учителя в реальном времени необходима для проведения интерактивных викторин и блиц-опросов в классе. 25. Замечание отклонено. Использование постоянного полнодуплексного соединения с задержкой не более 300 мс критически важно для динамических соревновательных механик на уроке. 26. Замечание отклонено. Время подключения до 5 секунд регламентирует скорость программной обработки сессии сервером при стабильном локальном беспроводном подключении. 27. Замечание отклонено. Диапазон таймера от 10 секунд до 5 минут установлен для автоматизированных экспресс-тестов и блиц-опросов; проведение стандартных длительных самостоятельных работ данным таймером не ограничивается. 28. Замечание отклонено. Правило «не более трех переходов» является общепринятым эргономическим стандартом UI/UX для образовательного ПО, обеспечивающим простоту управления уроком без отвлечения внимания учащихся. 29. Замечание принято частично. В техническую спецификацию будут внесены изменения: требования о том, что: «Письмо должно быть адресовано конкурсной комиссии и содержать номер и наименование конкурса, номер лота»; «Дата выдачи письма не должна предшествовать дате публикации объявления о проведении текущего конкурса» полностью исключаются из аукционной документации. При этом само требование о предоставлении авторизационного письма от производителя с возможностью верификации сохраняется в силе. 30. Замечание отклонено. Предоставление авторизационного письма от производителя или официального представителя является обязательным условием для подтверждения легальности поставки программного продукта и исключения контрафакта. При этом ограничение по дате выдачи письма исключено из документации. 31. Замечание отклонено. Наличие QR-кода со ссылкой на официальный ресурс производителя необходимо Заказчику для оперативной и достоверной верификации подлинности документа и исключения фальсификации. 32. Замечание отклонено. Требование о подтверждении прав на реализацию продукта направлено на защиту авторских прав разработчиков и исключение рисков поставки нелицензионного ПО государственному учреждению. 33. Замечание отклонено. Для официальных партнеров и дистрибьюторов техническая спецификация прямо предусматривает предоставление документов, подтверждающих право представлять интересы иностранной компании и реализовывать продукт (дилерский договор, сертификат и др.). 34. Замечание отклонено. Наличие официального представительства или дистрибьютора на территории РК гарантирует соблюдение прав потребителей, оперативное гарантийное сопровождение и выполнение обязательств в юрисдикции Республики Казахстан. 35. Замечание отклонено. В соответствии с Законом РК «Об информатизации» и Едиными требованиями в области ИКТ и обеспечения информационной безопасности, программное обеспечение государственных организаций образования с подключением к школьной сети подлежит обязательной проверке безопасности. Предоставление протоколов аккредитованных в системе NCA лабораторий необходимо для подтверждения защищенности сети от атак, отсутствия вредоносных закладок и скрытых недокументированных возможностей. 36. Замечание отклонено. Предоставление протоколов испытаний от аккредитованных в РК лабораторий является обязательным для подтверждения безопасности детского учреждения и соответствия государственным стандартам РК. 37. Замечание отклонено. Деятельность государственных учреждений образования РК регулируется законодательством Республики Казахстан и государственными стандартами РК. Наличие исключительно зарубежных сертификатов не освобождает от соблюдения стандартов информационной безопасности РК. 38. Замечание отклонено. Проведение статического анализа исходного кода (SAST) аккредитованной лабораторией на конфиденциальной основе в рамках соглашения о неразглашении (NDA) является стандартной практикой подтверждения безопасности ПО в Республике Казахстан. 39. Замечание отклонено. Проверка соответствия требованиям технической спецификации и безопасности ПО в силу норм законодательства о государственных закупках осуществляется на этапе рассмотрения заявок потенциальных поставщиков, перенос проверки на стадию приемки не допускается. 40. Замечание принято частично. Из технической спецификации исключаются требования к адресации авторизационного письма (на комиссию, конкурс и лот) и дате его выдачи (не ранее даты публикации объявления). В остальной части требования технической спецификации остаются без изменений.
