Внимание! Соединение с приложением прервано. Дождитесь повторного подключения.
Обсуждение документации - Просмотр сообщения № 1068762
Тема сообщения
Замечание к КД
Тип сообщения
Замечание к КД
Поставщик
АРУЖАН
Представитель поставщика
КУЛАКОВ БЕЙБИТ МАДАТАЕВИЧ
Дата и время отправки сообщения
2026-09-24 23:56:10
Текст сообщения
1. Техническая спецификация формирует чрезвычайно сложную программную экосистему, включающую несколько самостоятельных лицензируемых решений, значительная часть которых функционально пересекается и одновременно привязана к авторизационным письмам конкретных разработчиков.
2. Для одной интерактивной панели отдельно закупается программное обеспечение интерактивной панели с бессрочной лицензией.
3. Отдельно закупается программное обеспечение для проведения уроков с бессрочной лицензией.
4. Дополнительно приобретаются две лицензии операционной системы.
5. Отдельно две лицензии пакета прикладных офисных программ для учебных заведений.
6. Отдельно лицензия корпоративной антивирусной программы сроком на один год.
7. Кроме того, предусмотрена ресурсная онлайн-платформа с практическими и виртуальными работами сроком не менее 12 месяцев.
8. Дополнительно закупается специализированное программное обеспечение для интерактивного обучения физике, содержащее медиатеку, 3D-модели, виртуальные лаборатории и интерактивные задания.
9. В результате значительная часть функций многократно пересекается: создание уроков, работа с презентациями, доской, изображениями и PDF, тестирование, интерактивные задания, 3D-контент, виртуальные эксперименты, работа с учащимися и хранение материалов.
10. Техническая спецификация не объясняет, почему требуемый образовательный результат должен быть реализован именно несколькими отдельными программными продуктами, а не единым либо меньшим количеством функционально эквивалентных решений.
11. ПО интерактивной панели должно содержать конкретно названные инструменты либо их эквиваленты: «Аннотирование», «Захват экрана», «Доска», «Спинер», «Таймер», «Доступ к экрану», «Управление устройством».
12. Хотя формально указана возможность эквивалента, далее чрезвычайно подробно описывается внутреннее поведение каждого инструмента, вплоть до отдельных прозрачных слоев, бесконечного холста, «колеса фортуны», библиотек файлов и иных элементов пользовательского интерфейса.
13. Такое описание может фактически воспроизводить интерфейс конкретного программного продукта.
14. Программное обеспечение для проведения уроков также содержит детализированный перечень функций: более семи цветов пера, распознавание рукописного текста, математических символов, стандартных фигур, экранные математические инструменты, прожектор, создание классов, ведение профилей учеников, вывод контента на устройства школьников, множество типов опросов и автоматическая проверка.
15. Многие функции пересекаются с ПО интерактивной панели.
16. Не указано, какие функции обязательно должны находиться в отдельной программе, а какие могут быть реализованы единым приложением.
17. Следовательно, поставщик панели другого производителя с интегрированной программной средой может быть исключен только потому, что его разработчик объединяет функции в одном продукте, тогда как ТС условно делит их между несколькими лицензиями.
18. Ресурсная онлайн-платформа дополнительно должна содержать более 19 конкретных прикладных проектов по физике, не менее 25 лабораторных работ, более 35 виртуальных лабораторных работ, курсы, личный кабинет, добавление пользовательских проектов, рейтинги и комментарии.
19. При этом перечисляются весьма специфичные проекты: гидравлический кран, SMART-метеостанция, солнечный трекер, Bluetooth-робот-автомобиль, SMART-газоанализатор, код Морзе и шифр Цезаря, «Пинг-понг» на Pascal, автономный дом, автоматический санитайзер и другие.
20. Одновременное наличие всего перечисленного набора проектов может соответствовать конкретному существующему образовательному порталу.
21. Не обосновано, почему именно эти проекты являются обязательными для физического кабинета и почему отсутствие, например, игры на Pascal либо автоматического санитайзера должно приводить к несоответствию платформы.
22. Если образовательная потребность состоит в проектной деятельности по физике, следует установить минимальное количество и тематические направления проектов, разрешив равноценный контент.
23. Дополнительно платформа должна иметь домен .kz, а профили пользователей должны храниться на казахстанском сервере.
24. Если требование связано с защитой данных, следует установить требования к месту хранения и обработке данных, а не обязательно к доменной зоне сайта.
25. Наличие домена .kz само по себе не означает размещение серверов на территории Казахстана.
26. Следовательно, данные требования необходимо разделить и сформулировать технически корректно.
27. Еще более детализировано специализированное ПО для интерактивного обучения физике. Требуется медиатека более чем с 1200 3D-сценами и приведен огромный перечень конкретных моделей и сцен по физике и астрономии.
28. Такой перечень в сотни наименований практически невозможно сформировать независимо без опоры на каталог конкретного программного продукта.
29. Функциональной потребностью является наличие качественного 3D-контента по разделам школьной физики и астрономии, а не совпадение каталога с конкретными названиями сцен одного разработчика.
30. Программное обеспечение дополнительно должно иметь конкретную структуру интерфейса: вкладки публикаций, панель инструментов, медиатеку, мультимедийный рекордер, активные инструменты, панель задач, карандаш и т.д.
31. Подобная структура пользовательского интерфейса является разработческим решением конкретной программы.
32. Эквивалентное ПО может располагать те же функции иным образом, использовать другие названия вкладок и иной интерфейс.
33. Поэтому оценка должна производиться по наличию конечных функций, а не по внутренней организации интерфейса.
34. По каждому из нескольких программных решений отдельно требуется авторизационное письмо разработчика либо его официального представителя на территории Республики Казахстан.
35. В результате для участия потенциальному поставщику необходимо получить сразу несколько персонализированных документов от разных третьих лиц.
36. Такой набор требований фактически может сделать участие возможным преимущественно для поставщика, заранее связанного с конкретной программно-аппаратной экосистемой.
37. Если оборудование и ПО являются легальными, право их использования может подтверждаться лицензионными сертификатами, регистрационными данными, электронными ключами, документами поставки и проверкой лицензии при приемке.
38. Просим не ограничивать способы подтверждения исключительно индивидуальными письмами разработчиков.
39. По операционной системе установлено наличие доменного подключения и Secure Boot. Это функционально измеримые требования.
40. Однако количество лицензий ОС равно двум при наличии одного моноблока и одного OPS-компьютера. Необходимо прямо указать, какая лицензия предназначена для какого устройства.
41. Аналогично две лицензии офисного пакета требуют пояснения по устройствам установки.
42. По антивирусу указана одна лицензия, но одновременно он должен являться корпоративным решением для рабочих станций и серверов, иметь централизованное управление, удаленный сервер, веб-консоль, лицензирование, защиту серверных сетевых папок и иные функции.
43. При закупке фактически двух вычислительных устройств необходимо уточнить количество защищаемых узлов и серверов.
44. Если лицензия приобретается только для одного рабочего места, требования к защите файловых серверов и централизованному управлению корпоративной сетью выглядят несоразмерными.
45. Сочетание большого количества ПО также создает риск дополнительных расходов после завершения 12-месячных подписок ресурсной платформы и антивируса.
46. Не указано, должны ли данные продукты продлеваться за счет заказчика и сохраняется ли работоспособность кабинета после завершения подписки.
47. Просим разделить бессрочные и подписочные компоненты, указать, какие функции сохраняются после окончания подписки и требуется ли обязательное ежегодное продление.
48. Просим провести анализ рынка и назвать не менее трех независимых программных экосистем, позволяющих одновременно выполнить все перечисленные требования без покупки скрытых дополнительных модулей.
49. При отсутствии нескольких независимых вариантов просим переработать ТС по принципу функциональной нейтральности: определить перечень конечных функций, количество пользователей, срок лицензии и требования к контенту, не закрепляя внутреннюю архитектуру и конкретные каталоги отдельных разработчиков.
50. Отдельно просим разрешить реализацию обязательных функций одним либо несколькими программными продуктами по выбору поставщика при условии достижения полного результата.
2. Для одной интерактивной панели отдельно закупается программное обеспечение интерактивной панели с бессрочной лицензией.
3. Отдельно закупается программное обеспечение для проведения уроков с бессрочной лицензией.
4. Дополнительно приобретаются две лицензии операционной системы.
5. Отдельно две лицензии пакета прикладных офисных программ для учебных заведений.
6. Отдельно лицензия корпоративной антивирусной программы сроком на один год.
7. Кроме того, предусмотрена ресурсная онлайн-платформа с практическими и виртуальными работами сроком не менее 12 месяцев.
8. Дополнительно закупается специализированное программное обеспечение для интерактивного обучения физике, содержащее медиатеку, 3D-модели, виртуальные лаборатории и интерактивные задания.
9. В результате значительная часть функций многократно пересекается: создание уроков, работа с презентациями, доской, изображениями и PDF, тестирование, интерактивные задания, 3D-контент, виртуальные эксперименты, работа с учащимися и хранение материалов.
10. Техническая спецификация не объясняет, почему требуемый образовательный результат должен быть реализован именно несколькими отдельными программными продуктами, а не единым либо меньшим количеством функционально эквивалентных решений.
11. ПО интерактивной панели должно содержать конкретно названные инструменты либо их эквиваленты: «Аннотирование», «Захват экрана», «Доска», «Спинер», «Таймер», «Доступ к экрану», «Управление устройством».
12. Хотя формально указана возможность эквивалента, далее чрезвычайно подробно описывается внутреннее поведение каждого инструмента, вплоть до отдельных прозрачных слоев, бесконечного холста, «колеса фортуны», библиотек файлов и иных элементов пользовательского интерфейса.
13. Такое описание может фактически воспроизводить интерфейс конкретного программного продукта.
14. Программное обеспечение для проведения уроков также содержит детализированный перечень функций: более семи цветов пера, распознавание рукописного текста, математических символов, стандартных фигур, экранные математические инструменты, прожектор, создание классов, ведение профилей учеников, вывод контента на устройства школьников, множество типов опросов и автоматическая проверка.
15. Многие функции пересекаются с ПО интерактивной панели.
16. Не указано, какие функции обязательно должны находиться в отдельной программе, а какие могут быть реализованы единым приложением.
17. Следовательно, поставщик панели другого производителя с интегрированной программной средой может быть исключен только потому, что его разработчик объединяет функции в одном продукте, тогда как ТС условно делит их между несколькими лицензиями.
18. Ресурсная онлайн-платформа дополнительно должна содержать более 19 конкретных прикладных проектов по физике, не менее 25 лабораторных работ, более 35 виртуальных лабораторных работ, курсы, личный кабинет, добавление пользовательских проектов, рейтинги и комментарии.
19. При этом перечисляются весьма специфичные проекты: гидравлический кран, SMART-метеостанция, солнечный трекер, Bluetooth-робот-автомобиль, SMART-газоанализатор, код Морзе и шифр Цезаря, «Пинг-понг» на Pascal, автономный дом, автоматический санитайзер и другие.
20. Одновременное наличие всего перечисленного набора проектов может соответствовать конкретному существующему образовательному порталу.
21. Не обосновано, почему именно эти проекты являются обязательными для физического кабинета и почему отсутствие, например, игры на Pascal либо автоматического санитайзера должно приводить к несоответствию платформы.
22. Если образовательная потребность состоит в проектной деятельности по физике, следует установить минимальное количество и тематические направления проектов, разрешив равноценный контент.
23. Дополнительно платформа должна иметь домен .kz, а профили пользователей должны храниться на казахстанском сервере.
24. Если требование связано с защитой данных, следует установить требования к месту хранения и обработке данных, а не обязательно к доменной зоне сайта.
25. Наличие домена .kz само по себе не означает размещение серверов на территории Казахстана.
26. Следовательно, данные требования необходимо разделить и сформулировать технически корректно.
27. Еще более детализировано специализированное ПО для интерактивного обучения физике. Требуется медиатека более чем с 1200 3D-сценами и приведен огромный перечень конкретных моделей и сцен по физике и астрономии.
28. Такой перечень в сотни наименований практически невозможно сформировать независимо без опоры на каталог конкретного программного продукта.
29. Функциональной потребностью является наличие качественного 3D-контента по разделам школьной физики и астрономии, а не совпадение каталога с конкретными названиями сцен одного разработчика.
30. Программное обеспечение дополнительно должно иметь конкретную структуру интерфейса: вкладки публикаций, панель инструментов, медиатеку, мультимедийный рекордер, активные инструменты, панель задач, карандаш и т.д.
31. Подобная структура пользовательского интерфейса является разработческим решением конкретной программы.
32. Эквивалентное ПО может располагать те же функции иным образом, использовать другие названия вкладок и иной интерфейс.
33. Поэтому оценка должна производиться по наличию конечных функций, а не по внутренней организации интерфейса.
34. По каждому из нескольких программных решений отдельно требуется авторизационное письмо разработчика либо его официального представителя на территории Республики Казахстан.
35. В результате для участия потенциальному поставщику необходимо получить сразу несколько персонализированных документов от разных третьих лиц.
36. Такой набор требований фактически может сделать участие возможным преимущественно для поставщика, заранее связанного с конкретной программно-аппаратной экосистемой.
37. Если оборудование и ПО являются легальными, право их использования может подтверждаться лицензионными сертификатами, регистрационными данными, электронными ключами, документами поставки и проверкой лицензии при приемке.
38. Просим не ограничивать способы подтверждения исключительно индивидуальными письмами разработчиков.
39. По операционной системе установлено наличие доменного подключения и Secure Boot. Это функционально измеримые требования.
40. Однако количество лицензий ОС равно двум при наличии одного моноблока и одного OPS-компьютера. Необходимо прямо указать, какая лицензия предназначена для какого устройства.
41. Аналогично две лицензии офисного пакета требуют пояснения по устройствам установки.
42. По антивирусу указана одна лицензия, но одновременно он должен являться корпоративным решением для рабочих станций и серверов, иметь централизованное управление, удаленный сервер, веб-консоль, лицензирование, защиту серверных сетевых папок и иные функции.
43. При закупке фактически двух вычислительных устройств необходимо уточнить количество защищаемых узлов и серверов.
44. Если лицензия приобретается только для одного рабочего места, требования к защите файловых серверов и централизованному управлению корпоративной сетью выглядят несоразмерными.
45. Сочетание большого количества ПО также создает риск дополнительных расходов после завершения 12-месячных подписок ресурсной платформы и антивируса.
46. Не указано, должны ли данные продукты продлеваться за счет заказчика и сохраняется ли работоспособность кабинета после завершения подписки.
47. Просим разделить бессрочные и подписочные компоненты, указать, какие функции сохраняются после окончания подписки и требуется ли обязательное ежегодное продление.
48. Просим провести анализ рынка и назвать не менее трех независимых программных экосистем, позволяющих одновременно выполнить все перечисленные требования без покупки скрытых дополнительных модулей.
49. При отсутствии нескольких независимых вариантов просим переработать ТС по принципу функциональной нейтральности: определить перечень конечных функций, количество пользователей, срок лицензии и требования к контенту, не закрепляя внутреннюю архитектуру и конкретные каталоги отдельных разработчиков.
50. Отдельно просим разрешить реализацию обязательных функций одним либо несколькими программными продуктами по выбору поставщика при условии достижения полного результата.
