Внимание! Соединение с приложением прервано. Дождитесь повторного подключения.
Обсуждение документации - Просмотр сообщения № 1069015
Тема сообщения
Нарушения в ТС
Тип сообщения
Замечание к АД
Поставщик
AI-Trade ИП
Представитель поставщика
ОРАЗБАЕВА АНОРА БЕИМБЕТОВНА
Дата и время отправки сообщения
2026-09-28 20:58:28
Текст сообщения
ЗАМЕЧАНИЯ
1. Наиболее существенные ограничения технической спецификации содержатся в разделе интерактивного образовательного программного обеспечения. Техническое задание определяет не только функциональные возможности готового продукта, но и фактически предписывает внутреннюю программную архитектуру разработчика: клиент-серверную трехуровневую модель, микросервисную либо сервис-ориентированную архитектуру, минимум 18 отдельных логических модулей, API-взаимодействие, reverse proxy, конкретные принципы балансировки нагрузки, структуру мониторинга, журналирования и резервного копирования.
Просим исключить требования к внутренней реализации программного продукта и оставить объективно проверяемые функции конечного пользователя.
2. Количество не менее 18 внутренних программных модулей не является показателем качества. Один программный продукт может реализовать тот же набор функций в 8 сервисах, другой — в 30, третий — в монолитной архитектуре.
Просим полностью исключить минимальное количество модулей.
3. Требование обязательного reverse proxy и конкретных алгоритмов round-robin либо least-connections также относится к инфраструктурному решению разработчика. Функциональная цель может быть достигнута через аппаратный балансировщик, облачный load balancer, ingress-контроллер либо иным способом.
Просим заменить на результат: безопасность соединений, распределение нагрузки и устойчивость системы.
4. Система должна масштабироваться минимум до 1000 одновременных активных подключений. При этом далее минимальная серверная конфигурация прямо описана как достаточная для одновременной работы до 100 пользователей. ТС содержит внутренне несогласованные показатели 1000 и 100 пользователей.
Просим определить фактическое количество одновременно работающих пользователей именно для школы №8 и установить единое значение.
5. Для одной организации образования требование 1000 одновременно активных соединений может быть существенно избыточным. Просим привести численность обучающихся, количество классов и реальный расчет пиковой нагрузки.
6. В ожидаемых результатах ПО указано сокращение подготовки интерактивного материала до 15 минут, использование мультимедиа не менее 40% времени урока и возможность вовлечения 100% учащихся. Данные показатели зависят от квалификации преподавателя, содержания предмета, методики урока и поведения учащихся и не являются техническими характеристиками ПО.
Просим исключить их из критериев соответствия.
7. Для 3D-модуля установлено отображение до 100 000 полигонов со скоростью минимум 30 кадров/с. Фактическая частота зависит от клиентского процессора, графического адаптера, браузера, сложности материалов, текстур и шейдеров.
Просим заменить требование на стабильную работу на заявленных минимальных системных требованиях.
8. Установлено не менее 10 функций взаимодействия с каждой 3D-моделью, не менее 10 интерактивных точек, минимум 500 символов текста в карточке точки и минимум три сохраненных ракурса.
Просим исключить численные ограничения и определять достаточность контента педагогической задачей конкретной модели.
9. Минимум 500 символов на каждую интерактивную точку является особенно необоснованным: для некоторых объектов корректное объяснение может занимать 50–100 символов. Искусственное увеличение текста не повышает качество образовательного контента.
10. Требование продолжительности каждого учебного видеоролика от 5 до 15 минут с обоснованием «физиологическими нормами удержания внимания» просим исключить. Учебный материал может объективно требовать видеоролик продолжительностью 2, 20 или 45 минут.
11. Требование минимум 8 конкретных функций видеоплеера также следует заменить общей возможностью воспроизведения, перемотки, изменения громкости, полноэкранного режима и субтитров.
12. Графическая панель должна содержать минимум 10 инструментов, 10 базовых цветов, возможность выбора любого HEX-цвета из 16 млн оттенков, минимум 5 толщин линии и историю на 10 шагов. Данная детализация воспроизводит UX конкретного программного продукта.
Просим оставить базовые возможности аннотации без фиксированного количества цветов и инструментов.
13. Задержка рисования не более 50 мс требует специальной методики измерения и зависит от аппаратуры клиента. Просим заменить на отсутствие визуально заметной задержки.
14. В игровом модуле установлена задержка максимум 300 мс, строго не менее восьми типов серверных транзакций, QR-подключение максимум за 5 секунд, таймер от 10 секунд до 5 минут и конкретная система начисления баллов.
Просим исключить внутреннюю реализацию игрового протокола и оставить функциональное требование проведения интерактивных викторин в реальном времени.
15. Подключение ученика за 5 секунд зависит от смартфона, скорости камеры, браузера, Wi-Fi, загрузки сервера и самого пользователя и не может объективно гарантироваться программой.
16. В требованиях к UI/UX установлено выполнение любой базовой функции максимум за три перехода, шрифт минимум 14 px и touch target минимум 44×44 px.
Просим сделать эти параметры рекомендательными либо заменить на общее требование адаптивного, удобного интерфейса.
17. В блоке информационной безопасности детально задается интервал мониторинга до одной минуты, перечень контролируемых ресурсов, глубина хранения логов минимум 30 дней, ежедневное резервное копирование, RTO 4 часа, RPO 24 часа.
Просим разделить действительно необходимые показатели безопасности и конкретную внутреннюю схему эксплуатации сервера.
18. Наиболее существенным ограничением является обязанность участника предоставить до определения победителя авторизационное письмо производителя с QR-кодом, причем письмо должно быть выдано не ранее даты публикации закупки. Дополнительно требуется подтверждение прав на реализацию продукта, включая авторское право на исходный код.
Просим исключить данные требования из заявки.
19. Законный поставщик лицензии на готовое программное обеспечение не обязан владеть авторским правом на исходный код продукта. Право легально поставить или предоставить лицензию конечному пользователю и исключительные права на исходный текст программы являются различными правовыми категориями.
20. Требование QR-кода в авторизационном письме ограничивает участников только теми производителями/правообладателями, которые применяют именно такой механизм выдачи и проверки документов.
21. Требование, чтобы авторизационное письмо было датировано не ранее даты публикации закупки, исключает ранее выданные действующие дилерские, партнерские или дистрибьюторские документы, несмотря на их действительность.
22. Дополнительно участник обязан представить сразу несколько специальных протоколов независимой испытательной лаборатории, аккредитованной в системе NCA Республики Казахстан: обследование сетевой инфраструктуры, исследование процессов информационной безопасности, нагрузочные испытания, SAST-анализ исходного кода и испытания функций информационной безопасности по СТ РК ISO/IEC 15408-2-2017.
Совокупность таких документов создает чрезвычайно узкий предварительный фильтр допуска продукта.
23. Данные протоколы относятся прежде всего к конкретному разработчику и ранее проведенным испытаниям определенного продукта, а не к способности поставщика исполнить договор.
24. Требование SAST от независимой NCA-аккредитованной лаборатории особенно ограничивает массовые отечественные и зарубежные образовательные платформы, поскольку разработчики не обязаны раскрывать исходный код сторонней лаборатории Казахстана.
25. Установлено, что отсутствие хотя бы одного из протоколов означает несоответствие потенциального поставщика и ПО технической спецификации. Просим полностью исключить автоматическое отклонение по отсутствию предварительно существующего лабораторного документа.
26. Если Заказчику необходима проверка безопасности, предлагаем установить единые приемочные испытания поставленного ПО либо принимать эквивалентные международные сертификаты, результаты penetration test, SAST/DAST и документы системы менеджмента информационной безопасности.
27. Просим отделить требования к функционалу образовательного продукта от требований к внутренней архитектуре, разработчику и предварительно оформленным лабораторным документам.
28. Просим провести анализ рынка и подтвердить наличие минимум двух независимых программных продуктов разных разработчиков, которые одновременно соответствуют всем функциональным, архитектурным требованиям и обладают всеми пятью требуемыми протоколами NCA.
29. При отсутствии не менее двух действительно независимых решений просим исключить уникальные и чрезмерно детализированные условия, обеспечив возможность участия функционально эквивалентных образовательных платформ.
1. Наиболее существенные ограничения технической спецификации содержатся в разделе интерактивного образовательного программного обеспечения. Техническое задание определяет не только функциональные возможности готового продукта, но и фактически предписывает внутреннюю программную архитектуру разработчика: клиент-серверную трехуровневую модель, микросервисную либо сервис-ориентированную архитектуру, минимум 18 отдельных логических модулей, API-взаимодействие, reverse proxy, конкретные принципы балансировки нагрузки, структуру мониторинга, журналирования и резервного копирования.
Просим исключить требования к внутренней реализации программного продукта и оставить объективно проверяемые функции конечного пользователя.
2. Количество не менее 18 внутренних программных модулей не является показателем качества. Один программный продукт может реализовать тот же набор функций в 8 сервисах, другой — в 30, третий — в монолитной архитектуре.
Просим полностью исключить минимальное количество модулей.
3. Требование обязательного reverse proxy и конкретных алгоритмов round-robin либо least-connections также относится к инфраструктурному решению разработчика. Функциональная цель может быть достигнута через аппаратный балансировщик, облачный load balancer, ingress-контроллер либо иным способом.
Просим заменить на результат: безопасность соединений, распределение нагрузки и устойчивость системы.
4. Система должна масштабироваться минимум до 1000 одновременных активных подключений. При этом далее минимальная серверная конфигурация прямо описана как достаточная для одновременной работы до 100 пользователей. ТС содержит внутренне несогласованные показатели 1000 и 100 пользователей.
Просим определить фактическое количество одновременно работающих пользователей именно для школы №8 и установить единое значение.
5. Для одной организации образования требование 1000 одновременно активных соединений может быть существенно избыточным. Просим привести численность обучающихся, количество классов и реальный расчет пиковой нагрузки.
6. В ожидаемых результатах ПО указано сокращение подготовки интерактивного материала до 15 минут, использование мультимедиа не менее 40% времени урока и возможность вовлечения 100% учащихся. Данные показатели зависят от квалификации преподавателя, содержания предмета, методики урока и поведения учащихся и не являются техническими характеристиками ПО.
Просим исключить их из критериев соответствия.
7. Для 3D-модуля установлено отображение до 100 000 полигонов со скоростью минимум 30 кадров/с. Фактическая частота зависит от клиентского процессора, графического адаптера, браузера, сложности материалов, текстур и шейдеров.
Просим заменить требование на стабильную работу на заявленных минимальных системных требованиях.
8. Установлено не менее 10 функций взаимодействия с каждой 3D-моделью, не менее 10 интерактивных точек, минимум 500 символов текста в карточке точки и минимум три сохраненных ракурса.
Просим исключить численные ограничения и определять достаточность контента педагогической задачей конкретной модели.
9. Минимум 500 символов на каждую интерактивную точку является особенно необоснованным: для некоторых объектов корректное объяснение может занимать 50–100 символов. Искусственное увеличение текста не повышает качество образовательного контента.
10. Требование продолжительности каждого учебного видеоролика от 5 до 15 минут с обоснованием «физиологическими нормами удержания внимания» просим исключить. Учебный материал может объективно требовать видеоролик продолжительностью 2, 20 или 45 минут.
11. Требование минимум 8 конкретных функций видеоплеера также следует заменить общей возможностью воспроизведения, перемотки, изменения громкости, полноэкранного режима и субтитров.
12. Графическая панель должна содержать минимум 10 инструментов, 10 базовых цветов, возможность выбора любого HEX-цвета из 16 млн оттенков, минимум 5 толщин линии и историю на 10 шагов. Данная детализация воспроизводит UX конкретного программного продукта.
Просим оставить базовые возможности аннотации без фиксированного количества цветов и инструментов.
13. Задержка рисования не более 50 мс требует специальной методики измерения и зависит от аппаратуры клиента. Просим заменить на отсутствие визуально заметной задержки.
14. В игровом модуле установлена задержка максимум 300 мс, строго не менее восьми типов серверных транзакций, QR-подключение максимум за 5 секунд, таймер от 10 секунд до 5 минут и конкретная система начисления баллов.
Просим исключить внутреннюю реализацию игрового протокола и оставить функциональное требование проведения интерактивных викторин в реальном времени.
15. Подключение ученика за 5 секунд зависит от смартфона, скорости камеры, браузера, Wi-Fi, загрузки сервера и самого пользователя и не может объективно гарантироваться программой.
16. В требованиях к UI/UX установлено выполнение любой базовой функции максимум за три перехода, шрифт минимум 14 px и touch target минимум 44×44 px.
Просим сделать эти параметры рекомендательными либо заменить на общее требование адаптивного, удобного интерфейса.
17. В блоке информационной безопасности детально задается интервал мониторинга до одной минуты, перечень контролируемых ресурсов, глубина хранения логов минимум 30 дней, ежедневное резервное копирование, RTO 4 часа, RPO 24 часа.
Просим разделить действительно необходимые показатели безопасности и конкретную внутреннюю схему эксплуатации сервера.
18. Наиболее существенным ограничением является обязанность участника предоставить до определения победителя авторизационное письмо производителя с QR-кодом, причем письмо должно быть выдано не ранее даты публикации закупки. Дополнительно требуется подтверждение прав на реализацию продукта, включая авторское право на исходный код.
Просим исключить данные требования из заявки.
19. Законный поставщик лицензии на готовое программное обеспечение не обязан владеть авторским правом на исходный код продукта. Право легально поставить или предоставить лицензию конечному пользователю и исключительные права на исходный текст программы являются различными правовыми категориями.
20. Требование QR-кода в авторизационном письме ограничивает участников только теми производителями/правообладателями, которые применяют именно такой механизм выдачи и проверки документов.
21. Требование, чтобы авторизационное письмо было датировано не ранее даты публикации закупки, исключает ранее выданные действующие дилерские, партнерские или дистрибьюторские документы, несмотря на их действительность.
22. Дополнительно участник обязан представить сразу несколько специальных протоколов независимой испытательной лаборатории, аккредитованной в системе NCA Республики Казахстан: обследование сетевой инфраструктуры, исследование процессов информационной безопасности, нагрузочные испытания, SAST-анализ исходного кода и испытания функций информационной безопасности по СТ РК ISO/IEC 15408-2-2017.
Совокупность таких документов создает чрезвычайно узкий предварительный фильтр допуска продукта.
23. Данные протоколы относятся прежде всего к конкретному разработчику и ранее проведенным испытаниям определенного продукта, а не к способности поставщика исполнить договор.
24. Требование SAST от независимой NCA-аккредитованной лаборатории особенно ограничивает массовые отечественные и зарубежные образовательные платформы, поскольку разработчики не обязаны раскрывать исходный код сторонней лаборатории Казахстана.
25. Установлено, что отсутствие хотя бы одного из протоколов означает несоответствие потенциального поставщика и ПО технической спецификации. Просим полностью исключить автоматическое отклонение по отсутствию предварительно существующего лабораторного документа.
26. Если Заказчику необходима проверка безопасности, предлагаем установить единые приемочные испытания поставленного ПО либо принимать эквивалентные международные сертификаты, результаты penetration test, SAST/DAST и документы системы менеджмента информационной безопасности.
27. Просим отделить требования к функционалу образовательного продукта от требований к внутренней архитектуре, разработчику и предварительно оформленным лабораторным документам.
28. Просим провести анализ рынка и подтвердить наличие минимум двух независимых программных продуктов разных разработчиков, которые одновременно соответствуют всем функциональным, архитектурным требованиям и обладают всеми пятью требуемыми протоколами NCA.
29. При отсутствии не менее двух действительно независимых решений просим исключить уникальные и чрезмерно детализированные условия, обеспечив возможность участия функционально эквивалентных образовательных платформ.
