Внимание! Соединение с приложением прервано. Дождитесь повторного подключения.
Обсуждение документации - Просмотр сообщения № 1068165
Тема сообщения
Нарушения в ТС
Тип сообщения
Замечание к КД
Поставщик
Kaz Trade
Представитель поставщика
ТАЛГАРОВ ЕРНАР ЕРКИНҰЛЫ
Дата и время отправки сообщения
2026-09-22 02:14:15
Текст сообщения
1. Просим прежде всего устранить фундаментальную неопределенность предмета закупки. В наименовании закупается «Кабинет учебный», в разделе срока поставки говорится о поставке, монтаже и установке «лингафонно-мультимедийной лаборатории», тогда как описание технических характеристик начинается словами о поставке товаров для оснащения «кабинета биологии с лаборантской». В дальнейшем дополнительно закупается программное обеспечение по химии, физике, истории Казахстана и начальной военной подготовке. Из действующей редакции невозможно однозначно установить концепцию кабинета и нормативный состав.
2. Просим привести все разделы к одному предмету закупки и указать, какой именно кабинет предусмотрен: кабинет биологии, лингафонный кабинет, мультимедийная лаборатория либо универсальный учебный кабинет.
3. Наличие в одном лоте 15 ученических компьютеров, 10+1 лицензий лингафонного программного обеспечения, биологического/естественно-научного контента, кабинета с лабораторной мебелью и иных элементов требует объяснения их единой функциональной связи.
4. В ТС имеется ссылка на приказ №70 и указание, что документ разработан в соответствии с нормами оснащения. Просим предоставить построчное сопоставление каждой закупаемой позиции и количества с соответствующей нормой приказа №70. Это необходимо, поскольку состав кабинета значительно шире обычного наименования «Кабинет учебный».
5. Лингафонное программное обеспечение описано чрезвычайно детально и посредством специфических интерфейсных сценариев конкретной программной системы.
6. Требование поддержки не менее 394 языков является необычным количественным показателем, необходимость которого для школы не раскрыта. В рамках учебного процесса используется ограниченный перечень языков, тогда как именно цифра 394 может являться идентифицирующим признаком определенного продукта.
7. Просим заменить требование 394 языков перечнем фактически преподаваемых языков и языков интерфейса, необходимых Заказчику.
8. В ПО предусмотрена конфигурация интерфейса на два монитора, одновременное ведение двух разных классов, серверный модуль на отдельном ПК, девять программных источников, включая четыре видео и пять аудио, а также работу с внешними кассетами, CD, DVD, VHS и спутниковым телевидением.
9. Упоминание кассет и VHS в закупке 2026 года свидетельствует о копировании функционального описания специализированного исторически сложившегося продукта, а не о формировании актуальной функциональной потребности школы.
10. Просим исключить обязательную поддержку физических кассет, VHS, DVD и иных устаревших источников, если Заказчиком фактически не эксплуатируется соответствующее оборудование.
11. Виртуальный магнитофон описан вплоть до двух дорожек, неограниченных маркеров у преподавателя, шести маркеров у учащегося, циклического воспроизведения, вставки дорожки, изменения скорости без потери качества и аудиограммы произношения. Совокупность характеристик фактически воспроизводит интерфейс конкретной программной платформы.
12. Экзаменационный модуль требует специализированный тренажер для подготовки к «Единому государственному экзамену» по иностранным языкам с четырьмя видами вопросов и языками английский, французский, немецкий и испанский. ЕГЭ является системой экзаменации другой юрисдикции, тогда как Заказчиком является школа Республики Казахстан.
13. Просим объяснить педагогическую и нормативную необходимость встроенного тренажера именно ЕГЭ и его соответствие образовательному процессу Казахстана. При отсутствии такой необходимости требование следует удалить либо заменить функционалом подготовки к национальным формам контроля знаний.
14. В программном обеспечении предусмотрена скрытая функция прослушивания: преподаватель слышит выбранного ученика, при этом ученик не знает о подключении преподавателя. Просим обосновать необходимость именно скрытого режима и определить порядок его безопасного/этичного применения в образовательной организации.
15. Функция удаленного включения, выключения и перезагрузки ученических компьютеров, блокировки мыши и клавиатуры, просмотра экрана, удаленного управления рабочим столом также должна быть сформулирована как функциональный результат без копирования конкретного интерфейса.
16. Указанная система должна работать одновременно с двумя группами при наличии только одного учительского рабочего места и 10 ученических доступов. Просим раскрыть сценарий использования двух групп, количество рабочих мест каждой группы и необходимость отдельного серверного модуля.
17. В технической спецификации неоднократно повторяются одни и те же функции лингафонного ПО практически дословно, что искусственно раздувает перечень обязательных совпадений и увеличивает риск формального отклонения эквивалентного ПО.
18. Просим сформировать перечень ключевых функций лингафонного комплекса: двусторонняя аудиосвязь, групповая работа, демонстрация экрана, передача материалов, запись голоса, тестирование и управление классом — без фиксации конкретного расположения команд, числа маркеров и устаревших источников.
19. Второй программный продукт — комплект электронных учебных изданий по биологии, химии, физике, истории Казахстана и НВТП — также описан через гигантский закрытый перечень конкретных моделей и тем. Перечень занимает значительную часть ТС и фактически требует идентичной контентной библиотеки конкретного разработчика.
20. Эквивалентная программа, содержащая все темы государственной образовательной программы, но использующая другую структуру библиотеки или иные 3D-модели, формально может не соответствовать хотя бы одному наименованию из огромного перечня.
21. Просим определить минимальное количество тем/моделей по каждому предмету и их соответствие образовательной программе вместо дословного перечня сотен единиц контента.
22. Дополнительно программный продукт должен воспроизводить конкретную механику интерфейса: одно касание для перемещения, двойное касание двумя пальцами, определенные сценарии автоматической генерации вопросов, три конкретные кнопки «собрать», «выбрать», «сопоставить метку», зеленый фон при правильном ответе и красный при ошибочном, подсветку первых трех движений, четыре цвета фона.
23. Цвет правильного и неправильного ответа либо число подсвечиваемых движений не является педагогически значимым критерием качества ПО. Это признаки конкретного интерфейса.
24. Просим заменить интерфейсные детали требованием автоматической проверки интерактивных заданий с визуальной обратной связью.
25. Наиболее существенным ограничением является требование представить уже в составе конкурсной заявки разрешительное/авторизационное письмо от производителя программного обеспечения либо его официального представителя, дилера или дистрибьютора в РК.
26. Возможность участника подать заявку на государственную закупку ставится в зависимость от коммерческого волеизъявления третьего лица, которое не является участником процедуры закупки и самостоятельно решает, кому выдавать письмо.
27. При этом ТС прямо запрещает заменить требуемое письмо гарантийным письмом после завершения конкурса. Следовательно, поставщик, который способен законно приобрести оригинальную лицензию после победы, но не получил персональное письмо до подачи заявки, искусственно исключается из конкурентной процедуры.
28. Легальность программного обеспечения и отсутствие контрафакта могут быть подтверждены при поставке лицензионным сертификатом, ключом активации, договором приобретения лицензии, документами официального канала поставки, счетом/накладной либо иными доказательствами законного происхождения.
29. Просим исключить авторизационное письмо как условие допуска либо предоставить участнику альтернативный способ подтверждения права поставки лицензионного ПО, не зависящий от выдачи персонального документа конкретным правообладателем.
30. Еще более ограничительным является требование предоставить в составе заявки доступ к тестовой версии ПО сроком не менее 14 дней и минимум к семи моделям.
31. Конкурсная заявка должна оцениваться по сведениям и документам, поданным участником в установленном порядке. Проверка через внешний тестовый аккаунт, работоспособность которого зависит от разработчика, сервера, интернета и третьих лиц, создает дополнительный неунифицированный способ оценки.
32. Не определено, когда именно начинается 14-дневный срок, обязан ли доступ действовать весь период рассмотрения, какие логин/пароль должны предоставляться, как фиксируется недоступность внешнего сервиса и кто несет риск технического сбоя.
33. Не установлен единый протокол проверки семи моделей. Один член комиссии может проверить одни функции, другой — иные, вследствие чего критерии оценки становятся непрозрачными.
34. Просим либо полностью исключить тестовый доступ из состава заявки, либо перенести демонстрацию функциональности на стадию исполнения договора/приемки с заранее опубликованным перечнем проверяемых функций.
35. Дополнительная привязка ПО к наличию загрузки из Google Play Market также может исключать легальные программные решения, распространяемые через официальный сайт разработчика, Microsoft Store, собственный репозиторий либо иные каналы.
36. Канал распространения не характеризует качество образовательного контента. Просим разрешить официальный дистрибутив из любого легального источника разработчика.
37. В ТС одновременно требуется совместимость с Android и/или Windows. Формулировка «и/или» не позволяет однозначно определить, должен ли продукт поддерживать обе платформы или достаточно одной.
38. Просим установить четкое требование: Windows, Android либо обе платформы.
39. Лицензия естественно-научного ПО предусмотрена на три года, тогда как лингафонное ПО по тексту обозначено как «1 комплект/доступ» без однозначно указанного срока лицензии. Просим определить срок действия всех лицензий.
40. Антивирусное программное обеспечение занимает множество страниц и описывает корпоративную кроссплатформенную систему, включая Windows, Linux, macOS, Android, FreeBSD, серверную иерархию, Oracle/PostgreSQL, Web API, Lua, SNMP, LDAP/AD, RADIUS, PAM, VDI, VMware, Hyper-V, Xen, KVM, централизованные репозитории и десятки устаревших архиваторов.
41. При этом предмет закупки содержит 16 компьютерных рабочих мест, работающих в основном под одной настольной ОС. Просим обосновать необходимость корпоративной инфраструктуры уровня крупной организации.
42. Требование поддержки Windows XP, Vista, старых версий Internet Explorer, Mail.Ru Agent, ICQ, QIP, старых архиваторов и иных устаревших продуктов свидетельствует о копировании исторической спецификации антивирусного комплекса.
43. Требование выпуска обновлений вирусных баз не менее 20 раз в сутки является количественным признаком конкретного разработчика и не гарантирует лучшую защиту. Современные облачные системы могут обновлять репутационные данные непрерывно без классического выпуска базы 20 раз в сутки.
44. Просим сформулировать требования к антивирусу функционально: защита рабочих станций, веб-защита, защита от ransomware, централизованное управление, автоматические обновления, отчеты — без перечисления внутренних технологий и устаревших форматов.
45. Отдельно просим обратить внимание на раздел аптечки, содержащий лекарственные средства: валидол, противокашлевые таблетки, ацетилсалициловую кислоту, цитрамон, анальгин, нафазолин и др. Не определены производители, дозировки части препаратов, сроки годности, условия хранения и основания включения лекарственных препаратов в поставку учебного кабинета.
46. Просим проверить состав аптечки на соответствие действующим требованиям к первой помощи в образовательной организации и исключить препараты, если их хранение/применение не относится к установленной комплектации.
47. В конце самой ТС содержится примечание, что квалификационные требования к потенциальному поставщику в технической спецификации не допускаются. На этом фоне требования получить разрешительное письмо третьего лица и внешний тестовый доступ требуют особенно тщательной проверки.
48. Просим устранить указанные ограничения и переработать требования к ПО так, чтобы любой поставщик лицензионного функционально эквивалентного продукта мог принять участие без предварительного коммерческого разрешения конкретного разработчика.
2. Просим привести все разделы к одному предмету закупки и указать, какой именно кабинет предусмотрен: кабинет биологии, лингафонный кабинет, мультимедийная лаборатория либо универсальный учебный кабинет.
3. Наличие в одном лоте 15 ученических компьютеров, 10+1 лицензий лингафонного программного обеспечения, биологического/естественно-научного контента, кабинета с лабораторной мебелью и иных элементов требует объяснения их единой функциональной связи.
4. В ТС имеется ссылка на приказ №70 и указание, что документ разработан в соответствии с нормами оснащения. Просим предоставить построчное сопоставление каждой закупаемой позиции и количества с соответствующей нормой приказа №70. Это необходимо, поскольку состав кабинета значительно шире обычного наименования «Кабинет учебный».
5. Лингафонное программное обеспечение описано чрезвычайно детально и посредством специфических интерфейсных сценариев конкретной программной системы.
6. Требование поддержки не менее 394 языков является необычным количественным показателем, необходимость которого для школы не раскрыта. В рамках учебного процесса используется ограниченный перечень языков, тогда как именно цифра 394 может являться идентифицирующим признаком определенного продукта.
7. Просим заменить требование 394 языков перечнем фактически преподаваемых языков и языков интерфейса, необходимых Заказчику.
8. В ПО предусмотрена конфигурация интерфейса на два монитора, одновременное ведение двух разных классов, серверный модуль на отдельном ПК, девять программных источников, включая четыре видео и пять аудио, а также работу с внешними кассетами, CD, DVD, VHS и спутниковым телевидением.
9. Упоминание кассет и VHS в закупке 2026 года свидетельствует о копировании функционального описания специализированного исторически сложившегося продукта, а не о формировании актуальной функциональной потребности школы.
10. Просим исключить обязательную поддержку физических кассет, VHS, DVD и иных устаревших источников, если Заказчиком фактически не эксплуатируется соответствующее оборудование.
11. Виртуальный магнитофон описан вплоть до двух дорожек, неограниченных маркеров у преподавателя, шести маркеров у учащегося, циклического воспроизведения, вставки дорожки, изменения скорости без потери качества и аудиограммы произношения. Совокупность характеристик фактически воспроизводит интерфейс конкретной программной платформы.
12. Экзаменационный модуль требует специализированный тренажер для подготовки к «Единому государственному экзамену» по иностранным языкам с четырьмя видами вопросов и языками английский, французский, немецкий и испанский. ЕГЭ является системой экзаменации другой юрисдикции, тогда как Заказчиком является школа Республики Казахстан.
13. Просим объяснить педагогическую и нормативную необходимость встроенного тренажера именно ЕГЭ и его соответствие образовательному процессу Казахстана. При отсутствии такой необходимости требование следует удалить либо заменить функционалом подготовки к национальным формам контроля знаний.
14. В программном обеспечении предусмотрена скрытая функция прослушивания: преподаватель слышит выбранного ученика, при этом ученик не знает о подключении преподавателя. Просим обосновать необходимость именно скрытого режима и определить порядок его безопасного/этичного применения в образовательной организации.
15. Функция удаленного включения, выключения и перезагрузки ученических компьютеров, блокировки мыши и клавиатуры, просмотра экрана, удаленного управления рабочим столом также должна быть сформулирована как функциональный результат без копирования конкретного интерфейса.
16. Указанная система должна работать одновременно с двумя группами при наличии только одного учительского рабочего места и 10 ученических доступов. Просим раскрыть сценарий использования двух групп, количество рабочих мест каждой группы и необходимость отдельного серверного модуля.
17. В технической спецификации неоднократно повторяются одни и те же функции лингафонного ПО практически дословно, что искусственно раздувает перечень обязательных совпадений и увеличивает риск формального отклонения эквивалентного ПО.
18. Просим сформировать перечень ключевых функций лингафонного комплекса: двусторонняя аудиосвязь, групповая работа, демонстрация экрана, передача материалов, запись голоса, тестирование и управление классом — без фиксации конкретного расположения команд, числа маркеров и устаревших источников.
19. Второй программный продукт — комплект электронных учебных изданий по биологии, химии, физике, истории Казахстана и НВТП — также описан через гигантский закрытый перечень конкретных моделей и тем. Перечень занимает значительную часть ТС и фактически требует идентичной контентной библиотеки конкретного разработчика.
20. Эквивалентная программа, содержащая все темы государственной образовательной программы, но использующая другую структуру библиотеки или иные 3D-модели, формально может не соответствовать хотя бы одному наименованию из огромного перечня.
21. Просим определить минимальное количество тем/моделей по каждому предмету и их соответствие образовательной программе вместо дословного перечня сотен единиц контента.
22. Дополнительно программный продукт должен воспроизводить конкретную механику интерфейса: одно касание для перемещения, двойное касание двумя пальцами, определенные сценарии автоматической генерации вопросов, три конкретные кнопки «собрать», «выбрать», «сопоставить метку», зеленый фон при правильном ответе и красный при ошибочном, подсветку первых трех движений, четыре цвета фона.
23. Цвет правильного и неправильного ответа либо число подсвечиваемых движений не является педагогически значимым критерием качества ПО. Это признаки конкретного интерфейса.
24. Просим заменить интерфейсные детали требованием автоматической проверки интерактивных заданий с визуальной обратной связью.
25. Наиболее существенным ограничением является требование представить уже в составе конкурсной заявки разрешительное/авторизационное письмо от производителя программного обеспечения либо его официального представителя, дилера или дистрибьютора в РК.
26. Возможность участника подать заявку на государственную закупку ставится в зависимость от коммерческого волеизъявления третьего лица, которое не является участником процедуры закупки и самостоятельно решает, кому выдавать письмо.
27. При этом ТС прямо запрещает заменить требуемое письмо гарантийным письмом после завершения конкурса. Следовательно, поставщик, который способен законно приобрести оригинальную лицензию после победы, но не получил персональное письмо до подачи заявки, искусственно исключается из конкурентной процедуры.
28. Легальность программного обеспечения и отсутствие контрафакта могут быть подтверждены при поставке лицензионным сертификатом, ключом активации, договором приобретения лицензии, документами официального канала поставки, счетом/накладной либо иными доказательствами законного происхождения.
29. Просим исключить авторизационное письмо как условие допуска либо предоставить участнику альтернативный способ подтверждения права поставки лицензионного ПО, не зависящий от выдачи персонального документа конкретным правообладателем.
30. Еще более ограничительным является требование предоставить в составе заявки доступ к тестовой версии ПО сроком не менее 14 дней и минимум к семи моделям.
31. Конкурсная заявка должна оцениваться по сведениям и документам, поданным участником в установленном порядке. Проверка через внешний тестовый аккаунт, работоспособность которого зависит от разработчика, сервера, интернета и третьих лиц, создает дополнительный неунифицированный способ оценки.
32. Не определено, когда именно начинается 14-дневный срок, обязан ли доступ действовать весь период рассмотрения, какие логин/пароль должны предоставляться, как фиксируется недоступность внешнего сервиса и кто несет риск технического сбоя.
33. Не установлен единый протокол проверки семи моделей. Один член комиссии может проверить одни функции, другой — иные, вследствие чего критерии оценки становятся непрозрачными.
34. Просим либо полностью исключить тестовый доступ из состава заявки, либо перенести демонстрацию функциональности на стадию исполнения договора/приемки с заранее опубликованным перечнем проверяемых функций.
35. Дополнительная привязка ПО к наличию загрузки из Google Play Market также может исключать легальные программные решения, распространяемые через официальный сайт разработчика, Microsoft Store, собственный репозиторий либо иные каналы.
36. Канал распространения не характеризует качество образовательного контента. Просим разрешить официальный дистрибутив из любого легального источника разработчика.
37. В ТС одновременно требуется совместимость с Android и/или Windows. Формулировка «и/или» не позволяет однозначно определить, должен ли продукт поддерживать обе платформы или достаточно одной.
38. Просим установить четкое требование: Windows, Android либо обе платформы.
39. Лицензия естественно-научного ПО предусмотрена на три года, тогда как лингафонное ПО по тексту обозначено как «1 комплект/доступ» без однозначно указанного срока лицензии. Просим определить срок действия всех лицензий.
40. Антивирусное программное обеспечение занимает множество страниц и описывает корпоративную кроссплатформенную систему, включая Windows, Linux, macOS, Android, FreeBSD, серверную иерархию, Oracle/PostgreSQL, Web API, Lua, SNMP, LDAP/AD, RADIUS, PAM, VDI, VMware, Hyper-V, Xen, KVM, централизованные репозитории и десятки устаревших архиваторов.
41. При этом предмет закупки содержит 16 компьютерных рабочих мест, работающих в основном под одной настольной ОС. Просим обосновать необходимость корпоративной инфраструктуры уровня крупной организации.
42. Требование поддержки Windows XP, Vista, старых версий Internet Explorer, Mail.Ru Agent, ICQ, QIP, старых архиваторов и иных устаревших продуктов свидетельствует о копировании исторической спецификации антивирусного комплекса.
43. Требование выпуска обновлений вирусных баз не менее 20 раз в сутки является количественным признаком конкретного разработчика и не гарантирует лучшую защиту. Современные облачные системы могут обновлять репутационные данные непрерывно без классического выпуска базы 20 раз в сутки.
44. Просим сформулировать требования к антивирусу функционально: защита рабочих станций, веб-защита, защита от ransomware, централизованное управление, автоматические обновления, отчеты — без перечисления внутренних технологий и устаревших форматов.
45. Отдельно просим обратить внимание на раздел аптечки, содержащий лекарственные средства: валидол, противокашлевые таблетки, ацетилсалициловую кислоту, цитрамон, анальгин, нафазолин и др. Не определены производители, дозировки части препаратов, сроки годности, условия хранения и основания включения лекарственных препаратов в поставку учебного кабинета.
46. Просим проверить состав аптечки на соответствие действующим требованиям к первой помощи в образовательной организации и исключить препараты, если их хранение/применение не относится к установленной комплектации.
47. В конце самой ТС содержится примечание, что квалификационные требования к потенциальному поставщику в технической спецификации не допускаются. На этом фоне требования получить разрешительное письмо третьего лица и внешний тестовый доступ требуют особенно тщательной проверки.
48. Просим устранить указанные ограничения и переработать требования к ПО так, чтобы любой поставщик лицензионного функционально эквивалентного продукта мог принять участие без предварительного коммерческого разрешения конкретного разработчика.
Ответы представителей заказчика и организатора, секретаря
Дата:
2026-09-30 02:25:54
Автор:
БАТЫР ИСЛАМ
Решение:
Представить разъяснение положений конкурсной документации
Текст разъяснения
Заказчиком рассмотрены поступившие замечания и предложения потенциального поставщика к технической спецификации. Сообщаем, что техническая спецификация сформирована исходя из фактической потребности Заказчика, назначения закупаемого оборудования и программного обеспечения, требований образовательного процесса, совместимости отдельных компонентов комплекса, требований безопасности, эксплуатационной надежности, возможности дальнейшего использования оборудования, а также необходимости рационального и эффективного использования бюджетных средств. При формировании технической спецификации Заказчик руководствовался законодательством Республики Казахстан о государственных закупках, Правилами осуществления государственных закупок, нормативными документами Республики Казахстан в сфере образования, в том числе приказом Министра образования и науки Республики Казахстан от 22 января 2016 года №70 «Об утверждении норм оснащения оборудованием и мебелью организаций дошкольного, среднего образования, а также специальных организаций образования». Отдельные редакционные, грамматические, орфографические либо терминологические неточности, не изменяющие однозначно определяемую сущность, количество, назначение и функциональные характеристики закупаемого товара, не изменяют предмет закупки. При рассмотрении заявок и при последующей приемке поставляемого товара Заказчиком будет оцениваться фактическое соответствие предлагаемого и поставляемого товара требованиям технической спецификации, технической документации производителя, обязательным требованиям законодательства Республики Казахстан и условиям договора. По результатам рассмотрения поступивших замечаний оснований для корректировки технической спецификации не установлено. Техническая спецификация остается без изменений. 1. Предметом закупки является многофункциональный учебный кабинет, предназначенный для проведения занятий по различным учебным дисциплинам. Упоминание лингафонно-мультимедийной лаборатории и кабинета биологии отражает функциональные направления использования оборудования. Комплектация сформирована с учетом образовательных программ, приказа МОН РК от 22 января 2016 года № 70, фактических потребностей школы и рационального использования бюджетных средств. Объединение оборудования и ПО обеспечивает многофункциональное использование кабинета без необходимости приобретения отдельных специализированных кабинетов по каждому предмету. Поставка и приемка осуществляются согласно характеристикам, комплектации и количеству, предусмотренным ТС. Оснований для внесения изменений не установлено. ТС остается без изменений. 2. Предметом закупки является многофункциональный учебный кабинет. Упоминание биологического и лингафонно-мультимедийного направлений отражает возможности его использования для проведения занятий по различным учебным дисциплинам. Комплектация определена с учетом приказа МОН РК № 70, образовательных потребностей школы и рационального использования бюджетных средств. Поставка и приемка осуществляются согласно характеристикам, комплектации и количеству, предусмотренным ТС. Оснований для внесения изменений не установлено. ТС остается без изменений. 3. Все элементы комплектации объединены единым функциональным назначением — оснащением многофункционального учебного кабинета для проведения занятий по различным дисциплинам. 15 ученических ПК обеспечивают универсальные рабочие места, ПО 10+1 — организацию лингафонных занятий, естественно-научный контент — интерактивное обучение, лабораторная мебель — проведение практических занятий. Комплектация определена с учетом приказа МОН РК № 70, потребностей школы и рационального использования бюджетных средств. Оснований для внесения изменений не установлено. ТС остается без изменений. 4. Приказ №70 является нормативной основой оснащения организаций образования. Вместе с тем техническая спецификация не содержит утверждения о том, что каждая конкретная функция программного обеспечения, интерфейсная возможность либо отдельный технический параметр дословно установлен отдельной строкой приказа №70. Конкретные характеристики оборудования и программного обеспечения сформированы Заказчиком с учетом требований нормативных документов, образовательной программы, фактической потребности и условий дальнейшей эксплуатации. Составление потенциальному поставщику отдельной построчной сравнительной таблицы не изменяет установленный предмет закупки и не является необходимым для подготовки технического предложения. ТС остается без изменений. 5. Функциональные и интерфейсные требования к лингафонному ПО определены с учетом организации учебного процесса, группового и индивидуального обучения, удобства управления и совместимости оборудования. Детализация направлена на обеспечение необходимой функциональности, многофункционального использования кабинета и рационального расходования бюджетных средств, а не на ограничение круга потенциальных поставщиков. Оснований для внесения изменений не установлено. ТС остается без изменений. 6. Поддержка не менее 394 языков предусмотрена как минимальное функциональное требование к лингафонному ПО для обеспечения многоязычности, расширения возможностей изучения иностранных языков и использования различных образовательных материалов. Требование определено с учетом потребностей школы, многофункционального использования кабинета и перспектив развития образовательного процесса. Оснований для внесения изменений не установлено. ТС остается без изменений. 7. Заказчику требуется программное обеспечение с расширенными возможностями дальнейшего использования. Ограничение программного продукта исключительно перечнем языков, преподаваемых в конкретный момент времени, сокращает функциональные возможности приобретаемого программного обеспечения и потенциальный срок его эффективного использования. Необходимости в такой корректировке Заказчиком не установлено. ТС остается без изменений. 8. Указанные функции предусмотрены для организации группового и дифференцированного обучения, одновременной работы с различными аудио- и видеоматериалами, централизованного управления учебным процессом и обеспечения совместимости с различными источниками информации. Требования определены исходя из потребностей школы, многофункционального использования кабинета и рационального расходования бюджетных средств. Оснований для внесения изменений не установлено. ТС остается без изменений. 9. Поддержка кассет, CD, DVD и VHS предусмотрена как дополнительная функциональная возможность ПО для работы с различными источниками аудио- и видеоматериалов, включая ранее сформированные учебные ресурсы. Наличие указанных функций не предполагает обязательного использования устаревших носителей, а обеспечивает универсальность ПО, многофункциональность кабинета и рациональное использование имеющихся образовательных материалов. Оснований для внесения изменений не установлено. ТС остается без изменений. 10. Поскольку указанные устройства приведены как возможные внешние источники при их наличии, требование не означает обязанность Заказчика иметь либо приобретать каждый из перечисленных типов оборудования. Поддержка дополнительных источников расширяет совместимость программного обеспечения и не исключает применение современных цифровых источников. Оснований для изменения ТС не установлено. 11. Перечисленные возможности описывают требуемый функционал языковой лаборатории. Две дорожки позволяют одновременно воспроизводить учебный материал и записывать голос либо комментарий; метки обеспечивают навигацию по аудиоматериалу; циклическое воспроизведение используется для повторения; изменение скорости применяется для языковой подготовки; аудиограмма предназначена для визуального сопоставления произношения учащегося с исходным аудиоматериалом. Детальное описание функционального результата само по себе не является указанием конкретной торговой марки. ТС остается без изменений. 12. ЕГЭ-тренажер предусмотрен как дополнительная функциональная возможность лингафонного ПО для развития навыков аудирования, выполнения тестовых заданий и подготовки к различным форматам экзаменов по иностранным языкам. Наличие данного модуля не предполагает обязательного использования системы ЕГЭ в образовательном процессе РК, а расширяет возможности многофункционального учебного кабинета. Требование определено исходя из потребностей школы и рационального использования бюджетных средств. Оснований для внесения изменений не установлено. ТС остается без изменений. 13. Заказчик не утверждает, что ЕГЭ предусмотрен законодательством Республики Казахстан в качестве национальной формы итоговой аттестации. Речь идет о дополнительной функциональности программного продукта и наборе языковых тренировочных упражнений, которые могут использоваться в образовательном процессе. Наличие дополнительного функционала не противоречит основной потребности Заказчика и не требует его исключения. ТС остается без изменений. 14. Функция мониторинга аудиоработы учащихся предусмотрена для контроля произношения, аудирования и индивидуальной оценки выполнения заданий без прерывания учебного процесса. Использование функции допускается исключительно в образовательных целях, в рамках учебного занятия, с соблюдением законодательства РК о персональных данных и защите прав несовершеннолетних. Учащиеся и их законные представители должны быть проинформированы о применении данной функции. Оснований для внесения изменений не установлено. ТС остается без изменений. 15. Блокировка клавиатуры и мыши, демонстрация экрана, просмотр рабочего места, удаленное управление, перезагрузка и централизованный контроль являются функциональными результатами системы управления компьютерным классом. ТС не устанавливает расположение конкретной кнопки либо конкретный внешний вид интерфейса. Участник вправе реализовать указанные функции посредством собственного программного интерфейса. ТС остается без изменений. 16. Функция одновременной работы с двумя группами предусмотрена для разделения одного класса на две учебные группы в пределах 10 ученических доступов под управлением одного преподавателя. Распределение рабочих мест осуществляется преподавателем в зависимости от учебных задач. Отдельный серверный модуль предусмотрен для централизованного управления и обеспечения стабильной работы ПО, при этом его установка на отдельный сервер не является обязательной. Оснований для внесения изменений не установлено. ТС остается без изменений. 17. Повтор отдельных фрагментов носит редакционный характер. Он не создает новых функциональных требований и не означает, что одна и та же функция должна технически существовать в нескольких экземплярах. При оценке предложения учитывается фактическое наличие соответствующей функциональной возможности. ТС остается без изменений. 18. Предложенное поставщиком сокращение исключило бы часть функций, которые Заказчик считает необходимыми для планируемой эксплуатации программного обеспечения. Требование двусторонней связи, групповой работы, записи, тестирования и управления классом не исключает необходимость дополнительных функций, предусмотренных ТС. Оснований для сокращения технической спецификации не установлено. 19. Перечень сформирован исходя из необходимого Заказчику объема образовательного контента по соответствующим дисциплинам и позволяет определить минимально требуемое наполнение программного продукта. Наличие значительного перечня учебных объектов не является само по себе указанием конкретного производителя. Любой разработчик вправе предложить продукт, обеспечивающий соответствующий образовательный контент и требуемые функции. ТС остается без изменений. 20. Допускается ПО с альтернативной структурой библиотеки и иным визуальным исполнением 3D-моделей при условии соответствия содержательным, функциональным и техническим требованиям ТС. Перечень моделей определен с учетом образовательных программ, приказа МОН РК № 70 и потребностей школы для обеспечения многофункционального использования кабинета по различным учебным дисциплинам. Оснований для внесения изменений не установлено. ТС остается без изменений. 21. Количество моделей без указания содержания не позволяет определить, какие именно темы и учебные объекты входят в программный продукт. Например, одинаковое числовое количество моделей может охватывать совершенно разные разделы образовательной программы. Именно поэтому Заказчик указал требуемое содержательное наполнение, а не только абстрактное число объектов. ТС остается без изменений. 22. Указанные интерфейсные функции предусмотрены как минимальные функциональные требования к ПО для обеспечения удобства управления 3D-моделями, наглядности, интерактивности и единообразия учебного процесса. Требования определены исходя из образовательных потребностей школы, многофункционального использования кабинета и рационального использования бюджетных средств. Оснований для внесения изменений не установлено. ТС остается без изменений. 23. Цветовая индикация является формой немедленной визуальной обратной связи учащемуся, а подсветка первых действий выполняет обучающую функцию при первоначальном использовании задания. Установление единообразного интерфейсного поведения позволяет преподавателю и учащимся одинаково понимать результат действия без дополнительного открытия диалоговых окон. ТС остается без изменений. 24. Заказчику необходим не только абстрактный факт существования визуальной обратной связи, но и однозначно проверяемый сценарий ее работы. При этом поставщик вправе предусмотреть дополнительные значки, сообщения, звуковые сигналы либо иные способы обратной связи. ТС остается без изменений. 25. Требование не ограничивает потенциального поставщика исключительно предоставлением авторизационного письма конкретного производителя либо его представителя. ТС также предусматривает предоставление сведений, подтверждающих производителя, марку, модель предлагаемого оборудования и/или ПО, а также соответствие заявленным требованиям. Авторизационное письмо не рассматривается как единственный способ подтверждения, если соответствующие сведения могут быть подтверждены иным предусмотренным ТС способом. Условие направлено на подтверждение происхождения, подлинности и соответствия предлагаемого товара и/или ПО, а не на ограничение круга потенциальных поставщиков. Оснований для внесения изменений не установлено. ТС остается без изменений. 26. Заказчик не регулирует коммерческие отношения потенциального поставщика и производителя программного обеспечения. Все потенциальные поставщики находятся в одинаковых условиях относительно требования подтвердить наличие законного канала поставки предлагаемого ими лицензируемого программного продукта. Участник самостоятельно определяет производителя, программный продукт и законный канал его приобретения. 27. Гарантийное письмо о намерении получить документы в будущем подтверждает лишь намерение потенциального поставщика и не заменяет подтверждение, требуемое на стадии рассмотрения конкурсной заявки. ТС предусматривает возможность предоставления сведений, подтверждающих производителя, марку, модель и соответствие предлагаемого оборудования и/или ПО установленным требованиям. Условие направлено на подтверждение подлинности и соответствия лицензионного ПО, а не на ограничение круга потенциальных поставщиков. Оснований для внесения изменений не установлено. ТС остается без изменений. 28. Лицензионный сертификат, электронный ключ, договор приобретения, счет, накладная либо иные документы могут подтверждать отдельные обстоятельства, связанные с законностью происхождения программного обеспечения, и могут предоставляться дополнительно. Однако такие документы не во всех случаях подтверждают то же обстоятельство, которое подтверждается предусмотренным ТС документом на стадии рассмотрения предложения. 29. Требование не ограничивает потенциального поставщика исключительно предоставлением авторизационного письма конкретного производителя либо его представителя. ТС также предусматривает предоставление сведений, подтверждающих производителя, марку, модель и соответствие предлагаемого оборудования и/или ПО установленным требованиям. Авторизационное письмо направлено на подтверждение права поставки лицензионного ПО и исключение контрафактной продукции. Сведения о характеристиках товара могут подтверждаться иными предусмотренными ТС способами. Гарантийное письмо о намерении получить документы в будущем не заменяет подтверждение, требуемое на стадии рассмотрения заявки. Оснований для внесения изменений не установлено. ТС остается без изменений. 30. Тестовый доступ сроком не менее 14 дней к минимум 7 моделям предусмотрен для объективной проверки функциональных возможностей ПО и его соответствия требованиям ТС на стадии рассмотрения заявки. Потенциальный поставщик самостоятельно определяет модели для демонстрации. Требование направлено на подтверждение заявленных характеристик, а не на ограничение круга участников. Оснований для внесения изменений не установлено. ТС остается без изменений. 31. Программное обеспечение является цифровым товаром, значительная часть характеристик которого не может быть достоверно проверена только по текстовому описанию либо рекламным материалам. Практический доступ позволяет непосредственно проверить предусмотренные функции, интерактивность и работоспособность продукта. ТС остается без изменений. 32. Тестовый доступ должен быть предоставлен в составе конкурсной заявки сроком не менее 14 дней с возможностью проверки не менее 7 моделей. Данные для доступа предоставляются потенциальным поставщиком. При технической недоступности сервера учитываются объективные причины сбоя. Временный технический сбой сам по себе не является основанием для признания ПО несоответствующим требованиям ТС. Оснований для внесения изменений не установлено. ТС остается без изменений. 33. Проверке подлежат именно заявленные характеристики ТС. При необходимости комиссия вправе использовать рабочий чек-лист, фиксацию результатов, скриншоты и иные способы документирования проверки. Отсутствие в ТС отдельного формата внутреннего чек-листа не изменяет объективные характеристики, которые должен обеспечить программный продукт. 34. Тестовый доступ предусмотрен для подтверждения функциональных возможностей ПО и его соответствия требованиям ТС на стадии рассмотрения конкурсной заявки. Проверка осуществляется по характеристикам, установленным в ТС, с соблюдением принципов объективности и равного отношения к потенциальным поставщикам. Перенос проверки исключительно на стадию приемки не предусмотрен. Оснований для внесения изменений не установлено. ТС остается без изменений. 35. Наличие ПО в Google Play Market предусмотрено для обеспечения доступности, безопасной установки, автоматического обновления и совместимости с Android-устройствами. Требование определено исходя из потребностей школы, многофункционального использования кабинета и обеспечения удобства эксплуатации ПО. Использование Google Play Market не исключает возможность распространения ПО через иные каналы. Оснований для внесения изменений не установлено. ТС остается без изменений. 36. Официальный дистрибутив разработчика может применяться в предусмотренных программным продуктом случаях. Вместе с тем он не отменяет остальные требования к платформе, лицензионности, идентифицируемости и проверяемости предлагаемого программного обеспечения. ТС остается без изменений. 37. Формулировка «Android и/или Windows» предусматривает совместимость ПО как с одной из указанных операционных систем, так и с обеими одновременно. Данное условие обеспечивает возможность использования ПО на различных устройствах и многофункциональность учебного кабинета. Оснований для внесения изменений не установлено. ТС остается без изменений. 38. Необходимость ограничивать участника только одной платформой отсутствует. Формулировка «и/или» специально сохраняет возможность предложить программный продукт на одной либо одновременно на двух предусмотренных платформах. ТС остается без изменений. 39. Срок лицензии естественно-научного ПО составляет 3 года согласно ТС. Срок действия лицензии лингафонного ПО определяется условиями договора, гарантийный срок составляет 12 месяцев. Поставка и приемка осуществляются согласно характеристикам, комплектации и условиям договора. Оснований для внесения изменений не установлено. ТС остается без изменений. 40. Расширенные функциональные требования к антивирусному ПО установлены для обеспечения комплексной информационной безопасности, совместимости с различными операционными системами, централизованного управления защитой и перспектив развития IT-инфраструктуры школы. Поддержка перечисленных платформ и технологий предусмотрена как дополнительная функциональная возможность ПО и не означает обязательного использования всех указанных систем в образовательном учреждении. Требования определены исходя из потребностей школы, многофункциональности ПО и рационального использования бюджетных средств. Оснований для внесения изменений не установлено. ТС остается без изменений. 41. Количество рабочих мест не является единственным фактором при выборе архитектуры системы информационной безопасности. Централизованное управление, мониторинг, отчетность, единые политики, защита различных операционных систем и возможность дальнейшего расширения могут применяться и в образовательной организации с ограниченным первоначальным количеством рабочих мест. ТС остается без изменений. 42. Поддержка перечисленных операционных систем и программ предусмотрена как дополнительная функциональная возможность антивирусного ПО для обеспечения обратной совместимости, комплексной защиты информации и работы с различными программными средами. Требование не предполагает обязательного использования устаревшего ПО на закупаемых компьютерах и определено с учетом многофункциональности, потребностей школы и рационального использования бюджетных средств. Оснований для внесения изменений не установлено. ТС остается без изменений. 43. Требование направлено на обеспечение регулярной актуализации локальных средств обнаружения угроз и сокращение времени между появлением новой угрозы и обновлением защитных механизмов. Облачные механизмы непрерывной проверки могут использоваться дополнительно, однако наличие облачной репутационной системы само по себе не отменяет предусмотренное ТС требование к обновлению антивирусных баз. ТС остается без изменений. 44. Предложенный поставщиком сокращенный набор — защита рабочих станций, веб-защита, ransomware, управление, обновления и отчеты — не охватывает весь функционал информационной безопасности, необходимый Заказчику. Техническая спецификация сформирована с учетом требуемой функциональности системы в течение ее эксплуатации, включая возможное развитие инфраструктуры. ТС остается без изменений. 45. Состав универсальной аптечки определен исходя из потребностей образовательного учреждения и необходимости оснащения учебного кабинета средствами первой помощи. Поставка лекарственных средств осуществляется с соблюдением требований Кодекса РК «О здоровье народа и системе здравоохранения». При приемке проверяются регистрация препаратов в РК, дозировка, действующие сроки годности, целостность упаковки и соблюдение условий хранения согласно инструкции производителя. Поставка и приемка осуществляются согласно комплектации и количеству, предусмотренным ТС. Оснований для внесения изменений не установлено. ТС остается без изменений. 46. Комплектация аптечки определена исходя из потребностей школы и необходимости обеспечения средствами первой помощи. Поставка лекарственных средств осуществляется с соблюдением требований Кодекса РК «О здоровье народа и системе здравоохранения», включая регистрацию, сроки годности и условия хранения. Применение лекарственных препаратов осуществляется исключительно в установленном законодательством порядке. Оснований для изменения комплектации не установлено. ТС остается без изменений. 47. Требования к подтверждению лицензионности ПО и предоставлению тестового доступа направлены на проверку подлинности, функциональности и соответствия предлагаемого продукта технической спецификации, а не на установление дополнительных квалификационных требований к поставщику. Проверка осуществляется по установленным в ТС характеристикам с соблюдением принципов равного отношения к потенциальным поставщикам. Оснований для внесения изменений не установлено. ТС остается без изменений. 48. Требования сформированы исходя из необходимых Заказчику функций, образовательного контента, режимов работы, совместимости и способов проверки. Техническая спецификация не содержит прямого указания конкретной торговой марки либо производителя программного обеспечения. Само по себе наличие детальных функциональных требований не означает невозможность предложения товара другого производителя. Потенциальный поставщик вправе предложить любое лицензионное программное обеспечение, соответствующее совокупности установленных требований. Редакционные либо терминологические особенности ТС, не изменяющие сущность функционального требования, не должны толковаться как создание новой характеристики, отсутствующей в технической спецификации. Предлагаемое и впоследствии поставляемое оборудование и программное обеспечение будет проверяться Заказчиком с привлечением профильных специалистов, а при необходимости — экспертов, по фактическим характеристикам, документации производителя, лицензионным документам, требованиям законодательства Республики Казахстан и условиям договора. По результатам рассмотрения замечаний №1–48 техническая спецификация корректировке не подлежит и остается без изменений.
