Внимание! Соединение с приложением прервано. Дождитесь повторного подключения.
Обсуждение документации - Просмотр сообщения № 1069133
Тема сообщения
нарушения в ТС
Тип сообщения
Замечание к АД
Поставщик
Товарищество с ограниченной ответственностью "SilkTech"
Представитель поставщика
ОМИРБЕКОВ САЙЛАУ ЖАКЫПБЕКОВИЧ
Дата и время отправки сообщения
2026-09-29 23:18:10
Текст сообщения
ЗАМЕЧАНИЯ
1. Раздел программного обеспечения содержит признаки описания внутренней архитектуры конкретного программного продукта, а не требований к конечному образовательному результату. Участникам фактически предписывается не только функциональность, но и способ разработки системы, количество внутренних модулей, структура серверной части, конкретные механизмы балансировки, организация игрового сервера и отдельные элементы UI/UX.
2. Архитектура программного обеспечения должна быть микросервисной либо сервис-ориентированной и использовать трехуровневую клиент-серверную модель. Аналогичные функции могут быть реализованы монолитной, модульно-монолитной, контейнерной, serverless или иной архитектурой. Для Заказчика важны производительность, надежность и функциональность, а не внутренний способ программной разработки.
3. Установлено обязательное наличие не менее 18 распределенных логических модулей. Количество программных модулей является внутренним решением разработчика и само по себе не свидетельствует о качестве ПО. Одни и те же функции могут быть реализованы в 10, 18, 25 или 50 сервисах.
4. Просим исключить количество внутренних модулей и перечислить только обязательные пользовательские функции.
5. Обязательным объявлен механизм reverse proxy, включая определенные алгоритмы распределения запросов. Аналогичная балансировка и защита могут реализовываться средствами облачной инфраструктуры, load balancer, ingress controller, API gateway, CDN или иными средствами.
6. Требуется горизонтальное и вертикальное масштабирование до не менее 1000 одновременно активных соединений. Вместе с тем системные требования к серверу далее прямо обозначены как минимальные ресурсы для одновременной работы до 100 пользователей. Просим устранить несогласованность между 100 и 1000 одновременно работающими пользователями.
7. Для одного образовательного учреждения необходимо указать фактическое количество учетных записей и максимальное ожидаемое одновременное подключение, поскольку требование 1000 активных соединений может значительно превышать реальную потребность школы.
8. В качестве ожидаемых результатов ПО указано сокращение времени подготовки интерактивного материала до 15 минут, применение мультимедиа не менее 40% академического часа и возможность вовлечения 100% присутствующих учеников в соревновательный процесс. Первые два значения напрямую зависят от педагога и методики урока, а не только от программного продукта.
9. В 3D-модуле требуется 30 FPS при модели до 100 000 полигонов. Частота кадров зависит от клиентского устройства, GPU, браузера, разрешения, текстур, освещения и других факторов. Без фиксированной тестовой конфигурации этот показатель нельзя объективно проверить.
10. Для каждого 3D-объекта предусматривается минимум десять функций взаимодействия, не менее десяти интерактивных точек, текстовая карточка минимум на 500 символов и минимум три базовых ракурса. Это детально описывает конкретную библиотеку 3D-контента.
11. Требование минимум 500 символов текстовой информации для каждой точки не имеет универсального педагогического смысла. Для отдельных объектов достаточно короткого названия или определения.
12. Продолжительность видео жестко установлена от 5 до 15 минут и объясняется «физиологическими нормами удержания внимания», однако нормативный документ не указан. Техническая платформа не должна запрещать использование полезного ролика длительностью 3 или 20 минут.
13. Видеоплеер должен иметь не менее восьми конкретно перечисленных функций. Панель рисования — не менее десяти инструментов, 10 базовых цветов, 16 млн оттенков, ввод HEX, пять градаций толщины и историю не менее 10 действий. Такое описание определяет конкретный интерфейс.
14. Указана задержка рисования линии не более 50 мс, однако отсутствует методика измерения и эталонная конфигурация оборудования.
15. Архитектура игрового модуля описана через master-page и player pages, постоянный full-duplex канал, минимум восемь типов транзакций и задержку не более 300 мс. Эти признаки относятся к программной реализации.
16. Присоединение ученика по QR-коду от момента успешного сканирования до появления имени на доске не должно занимать более 5 секунд. Этот показатель зависит от смартфона, камеры, браузера, локальной/мобильной сети и действий пользователя.
17. Для UI установлено не более трех логических переходов от главной страницы до базовой функции. При этом понятие «логический переход» не формализовано. Разные интерфейсы могут быть одинаково удобными при различной структуре меню.
18. Особенно существенными являются требования к документам участника. Для поставки программного продукта требуется авторизационное письмо производителя с QR-кодом, причем дата письма не должна быть ранее даты публикации текущего конкурса.
19. Таким образом, даже действующий дилерский или партнерский документ, выданный на год до объявления закупки, формально не соответствует только по дате, хотя правовые отношения поставщика с правообладателем остаются действующими.
20. Не все правообладатели используют QR-коды для проверки писем. Верификация может осуществляться электронной подписью, регистрационным номером, официальной электронной почтой, партнерским реестром либо иным способом.
21. Кроме того, участник обязан представить документы о праве реализации, при этом прямо приводится формулировка «авторское право на исходный код ПО». Право продавать лицензионный продукт и авторское право на исходный код являются различными правовыми основаниями. Дистрибьютор коммерческого ПО обычно не является владельцем исходного кода.
22. Для иностранного продукта требуется наличие официального представителя или дистрибьютора на территории РК. При этом участник может иметь прямой договор с иностранным правообладателем без локального посредника.
23. Дополнительно требуется пять отдельных протоколов от независимой испытательной лаборатории, аккредитованной именно в системе аккредитации Республики Казахстан NCA: исследование сетевой инфраструктуры, исследование процессов информационной безопасности, нагрузочное испытание, SAST-анализ исходного кода и испытание функций ИБ на соответствие СТ РК ISO/IEC 15408-2-2017.
24. Непредставление хотя бы одного документа автоматически приравнивается к несоответствию поставщика и программного продукта требованиям ТС.
25. Это означает, что функционально и технически подходящая международная образовательная система, прошедшая независимый аудит безопасности либо имеющая международные сертификации, не сможет участвовать исключительно из-за отсутствия набора локальных NCA-протоколов.
26. SAST-анализ требует доступа лаборатории к исходному коду правообладателя. Для коммерческого ПО такой код составляет интеллектуальную собственность и может не передаваться сторонним лабораториям.
27. Просим допустить эквивалентные подтверждения безопасности и нагрузочной устойчивости, включая результаты независимых аудитов, penetration testing, SAST/DAST, сертификаты систем менеджмента информационной безопасности и иные документы, если они подтверждают требуемые свойства.
28. Просим также перенести часть проверок в приемочные испытания: фактический запуск платформы, ролевой доступ, 3D-контент, викторины, резервное копирование, защищенное соединение, экспорт отчетов и нагрузочные тесты в необходимом для школы объеме.
29. Требования должны быть технологически нейтральными и не зависеть от внутренней архитектуры разработчика либо наличия заранее оформленного пакета документов, доступ к которому контролирует конкретный правообладатель.
1. Раздел программного обеспечения содержит признаки описания внутренней архитектуры конкретного программного продукта, а не требований к конечному образовательному результату. Участникам фактически предписывается не только функциональность, но и способ разработки системы, количество внутренних модулей, структура серверной части, конкретные механизмы балансировки, организация игрового сервера и отдельные элементы UI/UX.
2. Архитектура программного обеспечения должна быть микросервисной либо сервис-ориентированной и использовать трехуровневую клиент-серверную модель. Аналогичные функции могут быть реализованы монолитной, модульно-монолитной, контейнерной, serverless или иной архитектурой. Для Заказчика важны производительность, надежность и функциональность, а не внутренний способ программной разработки.
3. Установлено обязательное наличие не менее 18 распределенных логических модулей. Количество программных модулей является внутренним решением разработчика и само по себе не свидетельствует о качестве ПО. Одни и те же функции могут быть реализованы в 10, 18, 25 или 50 сервисах.
4. Просим исключить количество внутренних модулей и перечислить только обязательные пользовательские функции.
5. Обязательным объявлен механизм reverse proxy, включая определенные алгоритмы распределения запросов. Аналогичная балансировка и защита могут реализовываться средствами облачной инфраструктуры, load balancer, ingress controller, API gateway, CDN или иными средствами.
6. Требуется горизонтальное и вертикальное масштабирование до не менее 1000 одновременно активных соединений. Вместе с тем системные требования к серверу далее прямо обозначены как минимальные ресурсы для одновременной работы до 100 пользователей. Просим устранить несогласованность между 100 и 1000 одновременно работающими пользователями.
7. Для одного образовательного учреждения необходимо указать фактическое количество учетных записей и максимальное ожидаемое одновременное подключение, поскольку требование 1000 активных соединений может значительно превышать реальную потребность школы.
8. В качестве ожидаемых результатов ПО указано сокращение времени подготовки интерактивного материала до 15 минут, применение мультимедиа не менее 40% академического часа и возможность вовлечения 100% присутствующих учеников в соревновательный процесс. Первые два значения напрямую зависят от педагога и методики урока, а не только от программного продукта.
9. В 3D-модуле требуется 30 FPS при модели до 100 000 полигонов. Частота кадров зависит от клиентского устройства, GPU, браузера, разрешения, текстур, освещения и других факторов. Без фиксированной тестовой конфигурации этот показатель нельзя объективно проверить.
10. Для каждого 3D-объекта предусматривается минимум десять функций взаимодействия, не менее десяти интерактивных точек, текстовая карточка минимум на 500 символов и минимум три базовых ракурса. Это детально описывает конкретную библиотеку 3D-контента.
11. Требование минимум 500 символов текстовой информации для каждой точки не имеет универсального педагогического смысла. Для отдельных объектов достаточно короткого названия или определения.
12. Продолжительность видео жестко установлена от 5 до 15 минут и объясняется «физиологическими нормами удержания внимания», однако нормативный документ не указан. Техническая платформа не должна запрещать использование полезного ролика длительностью 3 или 20 минут.
13. Видеоплеер должен иметь не менее восьми конкретно перечисленных функций. Панель рисования — не менее десяти инструментов, 10 базовых цветов, 16 млн оттенков, ввод HEX, пять градаций толщины и историю не менее 10 действий. Такое описание определяет конкретный интерфейс.
14. Указана задержка рисования линии не более 50 мс, однако отсутствует методика измерения и эталонная конфигурация оборудования.
15. Архитектура игрового модуля описана через master-page и player pages, постоянный full-duplex канал, минимум восемь типов транзакций и задержку не более 300 мс. Эти признаки относятся к программной реализации.
16. Присоединение ученика по QR-коду от момента успешного сканирования до появления имени на доске не должно занимать более 5 секунд. Этот показатель зависит от смартфона, камеры, браузера, локальной/мобильной сети и действий пользователя.
17. Для UI установлено не более трех логических переходов от главной страницы до базовой функции. При этом понятие «логический переход» не формализовано. Разные интерфейсы могут быть одинаково удобными при различной структуре меню.
18. Особенно существенными являются требования к документам участника. Для поставки программного продукта требуется авторизационное письмо производителя с QR-кодом, причем дата письма не должна быть ранее даты публикации текущего конкурса.
19. Таким образом, даже действующий дилерский или партнерский документ, выданный на год до объявления закупки, формально не соответствует только по дате, хотя правовые отношения поставщика с правообладателем остаются действующими.
20. Не все правообладатели используют QR-коды для проверки писем. Верификация может осуществляться электронной подписью, регистрационным номером, официальной электронной почтой, партнерским реестром либо иным способом.
21. Кроме того, участник обязан представить документы о праве реализации, при этом прямо приводится формулировка «авторское право на исходный код ПО». Право продавать лицензионный продукт и авторское право на исходный код являются различными правовыми основаниями. Дистрибьютор коммерческого ПО обычно не является владельцем исходного кода.
22. Для иностранного продукта требуется наличие официального представителя или дистрибьютора на территории РК. При этом участник может иметь прямой договор с иностранным правообладателем без локального посредника.
23. Дополнительно требуется пять отдельных протоколов от независимой испытательной лаборатории, аккредитованной именно в системе аккредитации Республики Казахстан NCA: исследование сетевой инфраструктуры, исследование процессов информационной безопасности, нагрузочное испытание, SAST-анализ исходного кода и испытание функций ИБ на соответствие СТ РК ISO/IEC 15408-2-2017.
24. Непредставление хотя бы одного документа автоматически приравнивается к несоответствию поставщика и программного продукта требованиям ТС.
25. Это означает, что функционально и технически подходящая международная образовательная система, прошедшая независимый аудит безопасности либо имеющая международные сертификации, не сможет участвовать исключительно из-за отсутствия набора локальных NCA-протоколов.
26. SAST-анализ требует доступа лаборатории к исходному коду правообладателя. Для коммерческого ПО такой код составляет интеллектуальную собственность и может не передаваться сторонним лабораториям.
27. Просим допустить эквивалентные подтверждения безопасности и нагрузочной устойчивости, включая результаты независимых аудитов, penetration testing, SAST/DAST, сертификаты систем менеджмента информационной безопасности и иные документы, если они подтверждают требуемые свойства.
28. Просим также перенести часть проверок в приемочные испытания: фактический запуск платформы, ролевой доступ, 3D-контент, викторины, резервное копирование, защищенное соединение, экспорт отчетов и нагрузочные тесты в необходимом для школы объеме.
29. Требования должны быть технологически нейтральными и не зависеть от внутренней архитектуры разработчика либо наличия заранее оформленного пакета документов, доступ к которому контролирует конкретный правообладатель.
