Внимание! Соединение с приложением прервано. Дождитесь повторного подключения.
Обсуждение документации - Просмотр сообщения № 1069226
Тема сообщения
Нарушения в ТС, требуем рассмотреть
Тип сообщения
Замечание к АД
Поставщик
Товарищество с ограниченной ответственностью "SilkTech"
Представитель поставщика
ОМИРБЕКОВ САЙЛАУ ЖАКЫПБЕКОВИЧ
Дата и время отправки сообщения
2026-10-01 09:14:48
Текст сообщения
1. Раздел программного обеспечения сформирован не только через требуемый образовательный функционал, но и через конкретную внутреннюю программную архитектуру продукта.
2. Установлено, что система должна обязательно использовать клиент-серверный принцип, трехуровневую модель, микросервисную либо сервис-ориентированную архитектуру и включать не менее 18 отдельных логических модулей.
3. Количество внутренних программных модулей не характеризует качество продукта. Один разработчик может реализовать тот же функционал в 10 сервисах, другой — в 18, третий — в 30.
4. Для Заказчика существенным является конечный результат: стабильная авторизация, работа 3D-контента, видеоматериалов, интерактивных заданий, игровых сценариев, аналитики, резервного копирования и информационной безопасности.
5. Обязательность именно 18 модулей является требованием к внутреннему устройству исходного программного продукта и способу разработки, а не к результату эксплуатации.
6. Аналогично ТС предписывает применение reverse proxy и даже конкретные способы распределения запросов между внутренними сервисами. Аналогичные задачи могут решаться посредством API Gateway, cloud load balancer, ingress controller, WAF/CDN и иных технологий.
7. В технической спецификации установлена способность системы обслуживать не менее 1000 одновременных активных соединений. Одновременно аппаратные требования к серверу прямо определены как минимальные для одновременной работы до 100 пользователей.
8. Следовательно, присутствуют два различных показателя расчетной нагрузки — 100 и 1000. Не определено, какой из них должен подтверждаться участником и проверяться при приемке.
9. Необходимо четко определить фактическое количество пользователей школы, количество одновременных подключений и методику нагрузочного испытания.
10. Избыточно детализированы и отдельные пользовательские функции: для каждой 3D-модели требуется не менее 10 интерактивных функций, минимум 10 кликабельных точек, текстовые карточки минимум 500 символов и минимум три фиксированных ракурса.
11. Длина образовательного описания должна определяться содержанием конкретного объекта. Требование не менее 500 символов не является универсальным показателем качества.
12. Видеоматериалы ограничиваются продолжительностью от 5 до 15 минут со ссылкой на физиологические нормы, однако конкретный обязательный нормативный документ не указан.
13. Ограничение не позволяет применять короткие объясняющие ролики продолжительностью 2–4 минуты либо развернутые учебные видео более 15 минут.
14. Наиболее значительные ограничения содержатся в документарной части. Участник обязан предоставить несколько действующих протоколов независимых испытательных лабораторий, аккредитованных NCA РК, включая протокол исследования сетевой инфраструктуры, процессов информационной безопасности, нагрузочных испытаний, SAST исходного кода и испытаний по СТ РК ISO/IEC 15408-2-2017.
15. Непредоставление хотя бы одного из перечисленных документов прямо определено как несоответствие предложения.
16. Для выполнения SAST коммерческого программного продукта разработчику необходимо предоставить лаборатории доступ к исходному коду. Иностранный либо крупный правообладатель может принципиально не передавать исходный код сторонней лаборатории, несмотря на наличие собственных международных аудитов безопасности.
17. Просим допустить эквивалентные способы подтверждения информационной безопасности либо проведение приемочного аудита предлагаемого программного обеспечения.
18. Кроме того, требуется авторизационное письмо с QR-кодом, причем дата письма не может предшествовать публикации текущей закупки. Таким образом, даже действующий долгосрочный дилерский договор или партнерская авторизация могут быть формально недостаточны.
19. Просим переработать требования к ПО через конечные функциональные показатели, исключив обязательное количество внутренних модулей, конкретные архитектурные решения и чрезмерно специфический набор документов конкретного формата.
2. Установлено, что система должна обязательно использовать клиент-серверный принцип, трехуровневую модель, микросервисную либо сервис-ориентированную архитектуру и включать не менее 18 отдельных логических модулей.
3. Количество внутренних программных модулей не характеризует качество продукта. Один разработчик может реализовать тот же функционал в 10 сервисах, другой — в 18, третий — в 30.
4. Для Заказчика существенным является конечный результат: стабильная авторизация, работа 3D-контента, видеоматериалов, интерактивных заданий, игровых сценариев, аналитики, резервного копирования и информационной безопасности.
5. Обязательность именно 18 модулей является требованием к внутреннему устройству исходного программного продукта и способу разработки, а не к результату эксплуатации.
6. Аналогично ТС предписывает применение reverse proxy и даже конкретные способы распределения запросов между внутренними сервисами. Аналогичные задачи могут решаться посредством API Gateway, cloud load balancer, ingress controller, WAF/CDN и иных технологий.
7. В технической спецификации установлена способность системы обслуживать не менее 1000 одновременных активных соединений. Одновременно аппаратные требования к серверу прямо определены как минимальные для одновременной работы до 100 пользователей.
8. Следовательно, присутствуют два различных показателя расчетной нагрузки — 100 и 1000. Не определено, какой из них должен подтверждаться участником и проверяться при приемке.
9. Необходимо четко определить фактическое количество пользователей школы, количество одновременных подключений и методику нагрузочного испытания.
10. Избыточно детализированы и отдельные пользовательские функции: для каждой 3D-модели требуется не менее 10 интерактивных функций, минимум 10 кликабельных точек, текстовые карточки минимум 500 символов и минимум три фиксированных ракурса.
11. Длина образовательного описания должна определяться содержанием конкретного объекта. Требование не менее 500 символов не является универсальным показателем качества.
12. Видеоматериалы ограничиваются продолжительностью от 5 до 15 минут со ссылкой на физиологические нормы, однако конкретный обязательный нормативный документ не указан.
13. Ограничение не позволяет применять короткие объясняющие ролики продолжительностью 2–4 минуты либо развернутые учебные видео более 15 минут.
14. Наиболее значительные ограничения содержатся в документарной части. Участник обязан предоставить несколько действующих протоколов независимых испытательных лабораторий, аккредитованных NCA РК, включая протокол исследования сетевой инфраструктуры, процессов информационной безопасности, нагрузочных испытаний, SAST исходного кода и испытаний по СТ РК ISO/IEC 15408-2-2017.
15. Непредоставление хотя бы одного из перечисленных документов прямо определено как несоответствие предложения.
16. Для выполнения SAST коммерческого программного продукта разработчику необходимо предоставить лаборатории доступ к исходному коду. Иностранный либо крупный правообладатель может принципиально не передавать исходный код сторонней лаборатории, несмотря на наличие собственных международных аудитов безопасности.
17. Просим допустить эквивалентные способы подтверждения информационной безопасности либо проведение приемочного аудита предлагаемого программного обеспечения.
18. Кроме того, требуется авторизационное письмо с QR-кодом, причем дата письма не может предшествовать публикации текущей закупки. Таким образом, даже действующий долгосрочный дилерский договор или партнерская авторизация могут быть формально недостаточны.
19. Просим переработать требования к ПО через конечные функциональные показатели, исключив обязательное количество внутренних модулей, конкретные архитектурные решения и чрезмерно специфический набор документов конкретного формата.
