Внимание! Соединение с приложением прервано. Дождитесь повторного подключения.
Обсуждение документации - Просмотр сообщения № 1069038
Тема сообщения
Нарушение законодательства по закупкам (Растрата и возможное хищение бюджетных средств!)
Тип сообщения
Замечание к АД
Поставщик
АРУЖАН
Представитель поставщика
КУЛАКОВ БЕЙБИТ МАДАТАЕВИЧ
Дата и время отправки сообщения
2026-09-28 22:27:52
Текст сообщения
ЗАМЕЧАНИЯ
1. Требования к интерактивному образовательному программному обеспечению сформированы не только через конечные функции платформы, но и через внутреннюю архитектуру программного продукта, которая в обычной закупке готового ПО не должна определяться Заказчиком.
2. ТС требует микросервисную либо сервис-ориентированную трехуровневую архитектуру «сервер базы данных — сервер приложений — клиентское приложение». Эквивалентное программное обеспечение может использовать монолитную архитектуру, serverless, контейнеризированные сервисы либо иные технологические решения и обеспечивать полностью аналогичный пользовательский функционал.
3. Установлено минимум 18 конкретных логических программных модулей. Количество внутренних модулей не является объективным показателем качества ПО. Один разработчик может реализовать необходимые функции в 10 сервисах, другой в 30, третий в едином приложении.
Просим исключить количество внутренних модулей и оценивать конечные функции.
4. Обязательный reverse proxy с алгоритмами round-robin либо least-connections также является способом внутренней реализации инфраструктуры. Эквивалентные функции могут выполнять облачный балансировщик, ingress controller, аппаратный балансировщик либо иные компоненты.
5. Требование масштабирования минимум до 1000 одновременно активных соединений противоречит последующему разделу минимальных серверных ресурсов, который прямо рассчитан на одновременную работу до 100 пользователей.
Просим устранить внутреннее противоречие и определить реальную расчетную нагрузку школы.
6. Ожидаемые результаты «подготовка интерактивных материалов не более чем за 15 минут», «использование мультимедийных технологий минимум 40% времени урока» и «вовлечение 100% присутствующих учащихся» зависят от преподавателя и сценария занятия. ПО не может гарантировать данные педагогические показатели.
Просим исключить их из критериев соответствия.
7. 3D-модуль должен отображать модель до 100 000 полигонов со скоростью минимум 30 кадров/с. Показатель FPS зависит от клиентского процессора, видеоускорителя, браузера, разрешения экрана, текстур, шейдеров и самой модели. Просим определить тестовую аппаратную конфигурацию либо заменить требование на стабильную работу на опубликованных системных требованиях.
8. Для каждого 3D-объекта требуется минимум 10 функций взаимодействия, минимум 10 интерактивных точек, текстовая карточка минимум 500 символов и минимум три заранее сохраненных ракурса. Подобная детализация определяет структуру конкретного контента, а не качество платформы.
9. Требование минимум 500 символов для пояснения каждой интерактивной точки является искусственным. Для многих физических, химических или биологических объектов качественное описание может занимать существенно меньше текста.
10. Длительность каждого учебного видеоматериала ограничена 5–15 минутами со ссылкой на «физиологические нормы». При этом источник таких норм в ТС отсутствует. Программный продукт должен технически воспроизводить видео различной продолжительности.
11. Видео проигрыватель должен иметь минимум восемь строго перечисленных функций. Просим оставить необходимый базовый функционал и не фиксировать структуру интерфейса.
12. Графическая панель должна иметь минимум 10 инструментов, 10 базовых цветов, выбор из 16 млн оттенков по HEX-коду, минимум пять толщин линии и историю минимум 10 действий. Это описание конкретной реализации интерфейса.
13. Задержка рисования до 50 мс также зависит от клиентского устройства. Просим определить методику измерения либо заменить на отсутствие визуально заметной задержки.
14. Игровой модуль описывается через внутреннее разделение master page/player pages, двусторонний full-duplex протокол, не менее восьми типов транзакций, задержку 300 мс, QR-код и подключение максимум за пять секунд.
Просим оставить конечную возможность проведения интерактивных викторин и соревнований в реальном времени без фиксации внутреннего протокола.
15. Максимальное время подключения ученика за 5 секунд невозможно гарантировать независимо от модели смартфона, скорости камеры, Wi-Fi и действий пользователя.
16. Таймер ответа ограничен максимум пятью минутами. Для заданий повышенной сложности может потребоваться больше времени. Просим убрать верхний предел либо расширить диапазон.
17. UI/UX также регламентирован числом переходов: любая базовая функция должна выполняться максимум за три логических перехода. Просим сделать данное требование рекомендательным.
18. Минимальный размер touch target 44×44 px и шрифт 14 px могут рассматриваться как ориентиры доступности, но использование точных пиксельных значений не учитывает адаптивные единицы rem/em, масштабирование ОС и плотность экрана.
19. Особенно ограничивающими являются требования к документам на ПО. Участник должен представить авторизационное письмо производителя с QR-кодом для проверки на официальном сайте, причем дата письма не может быть ранее публикации объявления о текущей закупке.
20. Такое условие делает действующие долгосрочные дилерские, дистрибьюторские и партнерские документы, оформленные до публикации закупки, недостаточными исключительно из-за даты.
21. QR-код в авторизационном письме является способом документооборота определенных производителей. Производитель может использовать электронную подпись, реестр партнеров, номер документа либо обычное официальное письмо и при этом быть законным правообладателем.
22. Дополнительно участник должен представить документы, подтверждающие право реализации продукта, включая авторское право на исходный код. Поставщик готовой лицензии не обязан владеть авторским правом на исходный код разработчика.
23. Требование исходного кода фактически исключает поставщиков большинства зарубежных и крупных коммерческих программных продуктов, где исходный код является охраняемой коммерческой тайной.
24. Для иностранного ПО дополнительно требуется официальный представитель либо дистрибьютор в РК и отдельное подтверждение его полномочий. Прямой лицензионный договор с иностранным правообладателем при этом оказывается недостаточным.
25. Самым существенным ограничением является обязательный пакет специальных протоколов независимой испытательной лаборатории, аккредитованной в системе NCA Республики Казахстан.
26. В частности, требуется протокол обследования сетевой инфраструктуры. Неясно, какую именно инфраструктуру он должен исследовать до фактического внедрения ПО в сеть данной школы.
27. Требуется отдельный протокол исследования процессов информационной безопасности разработчика. Данный документ характеризует внутренние процессы разработчика, а не конечный функционал лицензии.
28. Требуется отдельный нагрузочный протокол, хотя сама ТС содержит противоречие в расчетной нагрузке 100 и 1000 пользователей.
29. Требуется SAST-протокол анализа исходного кода именно от NCA-аккредитованной лаборатории. Многие разработчики не передают исходный код третьим лицам, тем более конкретной национальной лаборатории.
30. Требуется протокол испытаний функций информационной безопасности на соответствие СТ РК ISO/IEC 15408-2-2017. При этом не определен профиль защиты, объект оценки и уровень доверия.
31. В ТС прямо указано, что отсутствие хотя бы одного из этих документов означает несоответствие поставщика и предлагаемого ПО. Таким образом документы третьих лиц фактически становятся предварительным фильтром допуска.
32. Просим заменить подобный набор документов на функциональные требования безопасности, которые могут подтверждаться при приемке, результатами vulnerability assessment, penetration test, SAST/DAST, сертификатами международных стандартов либо иными эквивалентными средствами.
33. Просим провести анализ рынка и подтвердить наличие не менее двух независимых программных продуктов разных правообладателей, одновременно соответствующих всей архитектуре, 18 модулям, пользовательскому интерфейсу, 3D-функциям, игровому модулю и имеющих весь указанный комплект NCA-протоколов.
34. При отсутствии нескольких независимых продуктов просим исключить уникальные архитектурные и документарные признаки.
1. Требования к интерактивному образовательному программному обеспечению сформированы не только через конечные функции платформы, но и через внутреннюю архитектуру программного продукта, которая в обычной закупке готового ПО не должна определяться Заказчиком.
2. ТС требует микросервисную либо сервис-ориентированную трехуровневую архитектуру «сервер базы данных — сервер приложений — клиентское приложение». Эквивалентное программное обеспечение может использовать монолитную архитектуру, serverless, контейнеризированные сервисы либо иные технологические решения и обеспечивать полностью аналогичный пользовательский функционал.
3. Установлено минимум 18 конкретных логических программных модулей. Количество внутренних модулей не является объективным показателем качества ПО. Один разработчик может реализовать необходимые функции в 10 сервисах, другой в 30, третий в едином приложении.
Просим исключить количество внутренних модулей и оценивать конечные функции.
4. Обязательный reverse proxy с алгоритмами round-robin либо least-connections также является способом внутренней реализации инфраструктуры. Эквивалентные функции могут выполнять облачный балансировщик, ingress controller, аппаратный балансировщик либо иные компоненты.
5. Требование масштабирования минимум до 1000 одновременно активных соединений противоречит последующему разделу минимальных серверных ресурсов, который прямо рассчитан на одновременную работу до 100 пользователей.
Просим устранить внутреннее противоречие и определить реальную расчетную нагрузку школы.
6. Ожидаемые результаты «подготовка интерактивных материалов не более чем за 15 минут», «использование мультимедийных технологий минимум 40% времени урока» и «вовлечение 100% присутствующих учащихся» зависят от преподавателя и сценария занятия. ПО не может гарантировать данные педагогические показатели.
Просим исключить их из критериев соответствия.
7. 3D-модуль должен отображать модель до 100 000 полигонов со скоростью минимум 30 кадров/с. Показатель FPS зависит от клиентского процессора, видеоускорителя, браузера, разрешения экрана, текстур, шейдеров и самой модели. Просим определить тестовую аппаратную конфигурацию либо заменить требование на стабильную работу на опубликованных системных требованиях.
8. Для каждого 3D-объекта требуется минимум 10 функций взаимодействия, минимум 10 интерактивных точек, текстовая карточка минимум 500 символов и минимум три заранее сохраненных ракурса. Подобная детализация определяет структуру конкретного контента, а не качество платформы.
9. Требование минимум 500 символов для пояснения каждой интерактивной точки является искусственным. Для многих физических, химических или биологических объектов качественное описание может занимать существенно меньше текста.
10. Длительность каждого учебного видеоматериала ограничена 5–15 минутами со ссылкой на «физиологические нормы». При этом источник таких норм в ТС отсутствует. Программный продукт должен технически воспроизводить видео различной продолжительности.
11. Видео проигрыватель должен иметь минимум восемь строго перечисленных функций. Просим оставить необходимый базовый функционал и не фиксировать структуру интерфейса.
12. Графическая панель должна иметь минимум 10 инструментов, 10 базовых цветов, выбор из 16 млн оттенков по HEX-коду, минимум пять толщин линии и историю минимум 10 действий. Это описание конкретной реализации интерфейса.
13. Задержка рисования до 50 мс также зависит от клиентского устройства. Просим определить методику измерения либо заменить на отсутствие визуально заметной задержки.
14. Игровой модуль описывается через внутреннее разделение master page/player pages, двусторонний full-duplex протокол, не менее восьми типов транзакций, задержку 300 мс, QR-код и подключение максимум за пять секунд.
Просим оставить конечную возможность проведения интерактивных викторин и соревнований в реальном времени без фиксации внутреннего протокола.
15. Максимальное время подключения ученика за 5 секунд невозможно гарантировать независимо от модели смартфона, скорости камеры, Wi-Fi и действий пользователя.
16. Таймер ответа ограничен максимум пятью минутами. Для заданий повышенной сложности может потребоваться больше времени. Просим убрать верхний предел либо расширить диапазон.
17. UI/UX также регламентирован числом переходов: любая базовая функция должна выполняться максимум за три логических перехода. Просим сделать данное требование рекомендательным.
18. Минимальный размер touch target 44×44 px и шрифт 14 px могут рассматриваться как ориентиры доступности, но использование точных пиксельных значений не учитывает адаптивные единицы rem/em, масштабирование ОС и плотность экрана.
19. Особенно ограничивающими являются требования к документам на ПО. Участник должен представить авторизационное письмо производителя с QR-кодом для проверки на официальном сайте, причем дата письма не может быть ранее публикации объявления о текущей закупке.
20. Такое условие делает действующие долгосрочные дилерские, дистрибьюторские и партнерские документы, оформленные до публикации закупки, недостаточными исключительно из-за даты.
21. QR-код в авторизационном письме является способом документооборота определенных производителей. Производитель может использовать электронную подпись, реестр партнеров, номер документа либо обычное официальное письмо и при этом быть законным правообладателем.
22. Дополнительно участник должен представить документы, подтверждающие право реализации продукта, включая авторское право на исходный код. Поставщик готовой лицензии не обязан владеть авторским правом на исходный код разработчика.
23. Требование исходного кода фактически исключает поставщиков большинства зарубежных и крупных коммерческих программных продуктов, где исходный код является охраняемой коммерческой тайной.
24. Для иностранного ПО дополнительно требуется официальный представитель либо дистрибьютор в РК и отдельное подтверждение его полномочий. Прямой лицензионный договор с иностранным правообладателем при этом оказывается недостаточным.
25. Самым существенным ограничением является обязательный пакет специальных протоколов независимой испытательной лаборатории, аккредитованной в системе NCA Республики Казахстан.
26. В частности, требуется протокол обследования сетевой инфраструктуры. Неясно, какую именно инфраструктуру он должен исследовать до фактического внедрения ПО в сеть данной школы.
27. Требуется отдельный протокол исследования процессов информационной безопасности разработчика. Данный документ характеризует внутренние процессы разработчика, а не конечный функционал лицензии.
28. Требуется отдельный нагрузочный протокол, хотя сама ТС содержит противоречие в расчетной нагрузке 100 и 1000 пользователей.
29. Требуется SAST-протокол анализа исходного кода именно от NCA-аккредитованной лаборатории. Многие разработчики не передают исходный код третьим лицам, тем более конкретной национальной лаборатории.
30. Требуется протокол испытаний функций информационной безопасности на соответствие СТ РК ISO/IEC 15408-2-2017. При этом не определен профиль защиты, объект оценки и уровень доверия.
31. В ТС прямо указано, что отсутствие хотя бы одного из этих документов означает несоответствие поставщика и предлагаемого ПО. Таким образом документы третьих лиц фактически становятся предварительным фильтром допуска.
32. Просим заменить подобный набор документов на функциональные требования безопасности, которые могут подтверждаться при приемке, результатами vulnerability assessment, penetration test, SAST/DAST, сертификатами международных стандартов либо иными эквивалентными средствами.
33. Просим провести анализ рынка и подтвердить наличие не менее двух независимых программных продуктов разных правообладателей, одновременно соответствующих всей архитектуре, 18 модулям, пользовательскому интерфейсу, 3D-функциям, игровому модулю и имеющих весь указанный комплект NCA-протоколов.
34. При отсутствии нескольких независимых продуктов просим исключить уникальные архитектурные и документарные признаки.
