Размер шрифта Цветовая схема Изображения
Внимание! Соединение с приложением прервано. Дождитесь повторного подключения.

Обсуждение документации - Просмотр сообщения № 1069299

Тема сообщения
Замечание к КД

Тип сообщения
Замечание к КД

Поставщик
Товарищество с ограниченной ответственностью "IT-Quantum"

Представитель поставщика
ҚАЙРАТҰЛЫ БАУЫРЖАН

Дата и время отправки сообщения
2026-10-01 15:22:30

Текст сообщения
1. Техническая спецификация содержит требования, которые по своей сути относятся не к функциональным, техническим и качественным характеристикам закупаемого товара, а непосредственно к правовому статусу потенциального поставщика и наличию у него документов от третьих лиц. В частности, по онлайн образовательной платформе установлена обязанность потенциального поставщика представить официальное авторизационное письмо и/или сертификат от разработчика платформы, его официального представителя, дистрибьютора либо авторизованного партнера с обязательным указанием организатора конкурса и номера объявления. Такое условие ставит возможность участия в закупке в зависимость от действий разработчика или его партнерской сети, которые самостоятельно определяют круг лиц, которым выдаются соответствующие документы.

2. При этом в самой технической спецификации в примечании прямо предусмотрено, что установление квалификационных требований к потенциальному поставщику в технической спецификации не допускается. Следовательно, требование представить персонализированное авторизационное письмо именно в составе заявки требует пересмотра либо дополнительного правового обоснования.

3. Если целью Заказчика является подтверждение законности поставки программного продукта, данная цель может достигаться посредством предоставления любого документа, подтверждающего легальную цепочку поставки: лицензионного договора, сублицензионного договора, дилерского соглашения, дистрибьюторского договора, сертификата партнера, договора поставки с правообладателем, счета либо иного документа, позволяющего подтвердить право распространения соответствующей лицензии.

4. Требование обязательного указания в авторизационном письме организатора конкурса и номера объявления дополнительно ограничивает участие поставщиков, которые уже имеют действующие договорные отношения с производителем либо правообладателем и вправе законно поставлять платформу без получения отдельного письма для каждой конкретной закупки.

5. Просим предусмотреть возможность подтверждения права поставки любым действующим документом, подтверждающим право потенциального поставщика на распространение соответствующей платформы, без обязательной привязки такого документа к конкретному конкурсу и номеру объявления.

6. Дополнительно установлено требование предоставить авторское свидетельство на платформу, подтверждающее интеллектуальную собственность производителя или правообладателя на предлагаемую платформу. Неясно, должен ли потенциальный поставщик представить свидетельство, оформленное именно в Республике Казахстан, либо допускаются документы иностранной юрисдикции.

7. Программное обеспечение и цифровые образовательные платформы могут создаваться иностранными разработчиками, а их права могут подтверждаться иными способами, предусмотренными законодательством государства происхождения. Требование исключительно определенной формы документа способно исключить функционально эквивалентные иностранные продукты.

8. Просим прямо установить возможность подтверждения интеллектуальных прав любым надлежащим документом, применимым в стране регистрации правообладателя, либо документом, подтверждающим законное использование и распространение программного продукта.

9. В отношении позиции «Визуальное расписание» также установлена обязанность приложить к конкурсной заявке действующее свидетельство о внесении сведений в государственный реестр прав на объекты, охраняемые авторским правом. При этом предметом закупки является физический комплект в виде магнитной складной доски и набора карточек.

10. Наличие государственной регистрации авторского права на конкретный набор изображений либо карточек не является технической характеристикой товара и не определяет его функциональность, безопасность, качество либо пригодность для детей с особыми образовательными потребностями.

11. Функционально аналогичный комплект другого производителя может иметь иные изображения, иной дизайн и не быть зарегистрирован в том же реестре, но обеспечивать полностью сопоставимое назначение.

12. Просим исключить обязательность наличия конкретного свидетельства о регистрации авторских прав на визуальное расписание либо допустить иные законные подтверждения права использования изображений и материалов.

13. Техническая спецификация предусматривает онлайн образовательную платформу на базе системы управления обучением с открытым исходным кодом. При этом одновременно требуется авторское свидетельство на платформу. Необходимо уточнить, на какой именно объект требуется такое свидетельство: на исходную LMS с открытым кодом, на модификацию, на графический интерфейс, на базу образовательного контента или на совокупный программный продукт.

14. Если платформа основана на open-source LMS, часть исходного программного обеспечения по определению может распространяться в соответствии с открытой лицензией и принадлежать стороннему сообществу разработчиков. Поэтому требование авторского свидетельства на всю платформу в целом может быть технически и юридически некорректным.

15. Просим конкретизировать объект авторского права, который подлежит документальному подтверждению.

16. Онлайн платформа должна содержать чрезвычайно конкретный состав курсов, разделов, названий уроков и отдельных практических работ по интерактивным панелям, МФУ, 3D-печати, VR, радиотехнике, роботизированной руке, искусственному интеллекту, биологии, химии и физике.

17. В технической спецификации фактически воспроизведена структура определенной существующей образовательной платформы с конкретными названиями уроков, включая «Wi-Fi подключение», «Создание плейлиста», «Настройки прокси-сервера», «AI и AI-бинго», «Этические матрицы», отдельные задания по роботизированному манипулятору, конкретные лабораторные работы и иные элементы.

18. Настолько подробное воспроизведение конкретной структуры и наименований уроков ограничивает возможность предложения иных образовательных платформ, которые раскрывают те же образовательные результаты через иные названия, последовательность уроков и методические сценарии.

19. Для достижения цели закупки достаточно определить тематические направления, минимальное количество учебных материалов, наличие двуязычного контента, практических заданий, тестирования и методического сопровождения.

20. Просим заменить точные названия конкретных уроков требованиями к их тематике и образовательному результату.

21. Например, вместо обязанности иметь конкретный урок «Как подключиться к Wi-Fi» либо «Как создать плейлист» возможно установить требование наличия учебных материалов по настройке и работе с VR-оборудованием.

22. Аналогичным образом по 3D-печати целесообразно определить количество занятий и обязательные темы: основы 3D-печати, моделирование, CAD, слайсинг, материалы, подготовка принтера, безопасность, практическая печать, итоговое задание.

23. Для искусственного интеллекта возможно установить наличие курсов по основам ИИ, этике, компьютерному зрению, машинному обучению, робототехнике и прикладным задачам без буквального повторения названий конкретной платформы.

24. В технической спецификации платформы содержатся категории и учебные материалы, часть которых очевидно относится к кабинетам и оборудованию, не входящим в настоящий комплект закупки. Указаны курсы по МФУ, 3D-печати, VR, радиотехнике, роботизированной руке, биологии, химии, физике и искусственному интеллекту.

25. Вместе с тем закупаемый комплект включает игровой стол, программируемых роботов, робототехнические маты и карточки, программируемый образовательный конструктор, конструктор механики и физики, визуальное расписание и онлайн-платформу.

26. Просим обосновать необходимость обязательного наличия в платформе курсов по оборудованию, которое не закупается в рамках данного лота.

27. Установление обязательного контента по 3D-принтерам, МФУ, VR-оборудованию, роботизированной руке и иным устройствам может свидетельствовать о том, что платформа скопирована из технической спецификации другого специализированного кабинета и не адаптирована к фактическому предмету текущей закупки.

28. Просим привести состав образовательной платформы в соответствие с фактически закупаемым оборудованием детского сада.

29. Заказчиком является ясли-сад, а сама платформа содержит материалы по сложным темам, включая титрование HCl и NaOH, принцип Ле Шателье, энтальпию, закон Бойля, гармонические колебания, конденсаторы, ток и напряжение, Python, машинное обучение, нейронные сети и другие темы, которые объективно относятся к более старшим возрастным группам.

30. Одновременно остальные позиции комплекта предназначены преимущественно для детей дошкольного и младшего школьного возраста.

31. Такое несоответствие целевой возрастной аудитории требует разъяснения.

32. Просим указать, для какого возраста предназначена онлайн платформа и каким образом перечисленные курсы предполагается использовать воспитателями ясли-сада.

33. Если платформа приобретается исключительно как методический ресурс для педагогов, необходимо исключить требования к курсам, которые не относятся к деятельности дошкольной организации.

34. ТС устанавливает три роли пользователей: ассистент, ученик, учитель. Для детского сада роль «ученик» может быть неприменима либо требует пояснения.

35. Не указано количество учетных записей, которое Заказчик должен получить в рамках лицензии.

36. Не определено число учителей, ассистентов, учеников, классов или групп.

37. Не установлено максимальное число одновременно работающих пользователей.

38. Формулировка «неограниченное количество сессий для пользователей в рамках предоставленного уровня доступа» не определяет фактическое количество лицензируемых учетных записей.

39. Просим установить точное минимальное количество учетных записей либо указать, что лицензия является организационной и предоставляет неограниченное количество учетных записей Заказчику.

46. Не определены требования к резервному копированию.

47. Не определен порядок восстановления данных.

48. Не определено место физического хранения серверных данных.

49. Не указано, допускается ли облачная инфраструктура за пределами Республики Казахстан.

50. Поскольку платформа содержит учетные записи и журнал активности пользователей, необходимо уточнить требования к защите и обработке персональных данных.

51. Требование доступности не менее 99% установлено только «в течение учебного года», но не определена методика расчета данного показателя.

52. Неясно, рассчитывается ли 99% ежемесячно, за весь учебный год либо за иной период.

53. Не определено допустимое время плановых технических работ.

54. Не установлены сроки реакции технической поддержки.

55. Не предусмотрено обязательство устранения критических ошибок.

56. Просим дополнить измеримые требования к уровню сервиса либо исключить формальный показатель 99%, если механизм его проверки отсутствует.

57. Срок лицензии составляет не менее 12 месяцев с момента активации, а активация должна осуществляться в течение пяти рабочих дней с момента поставки оборудования либо подписания акта приема-передачи.

58. Формулировка «с момента поставки оборудования или подписания акта» создает неопределенность относительно события, с которого исчисляется срок активации.

67. Просим сформулировать требования через показатели безопасности, прочности, устойчивости к влажной обработке и долговечности, а не через запрет целых классов материалов.

68. Дополнительно требуется упаковка именно из трехслойного гофрированного картона. Конкретное количество слоев упаковочного материала не влияет на качество самого товара и может исключать другую транспортную упаковку, обеспечивающую равную либо лучшую защиту.

69. Просим заменить данный пункт на требование обеспечить сохранность товара при транспортировке и хранении без фиксации конкретной конструкции упаковки.

70. В отношении образовательного набора для изучения программирования приведена совокупность признаков: минимум 234 элемента, моторизированный поезд, датчик цвета, световые и звуковые элементы, не менее пяти типов цветовых активаторов, железнодорожные элементы, шесть фигурок людей, одна фигурка животного и учебные задания минимум для восьми моделей.

71. Совокупность указанных характеристик с высокой вероятностью соответствует определенной конкретной продуктовой линейке программируемого конструктора.

72. Для расширения конкуренции просим допустить функционально эквивалентные программируемые наборы, использующие не поезд, а иной программируемый объект, при условии достижения тех же образовательных результатов: изучение последовательностей, алгоритмов, условий, причинно-следственных связей и программирования без обязательного постоянного использования экрана.

73. Количество деталей само по себе не определяет образовательную ценность конструктора. Набор из 200 функционально сложных элементов может обеспечивать больше возможностей, чем набор из 234 простых деталей.

74. Просим установить требования по минимальному количеству сценариев, команд, образовательных задач и возможностей программирования вместо жесткого количества элементов.

75. Аналогично конструктор механики и физических явлений ограничен диапазоном габаритов системы хранения от 450×690×870 мм до 500×750×950 мм. Настолько узкий диапазон габаритов системы хранения не связан напрямую с образовательной функцией и способен ориентировать закупку на конкретный шкаф, тележку либо набор.

76. Просим исключить верхний и нижний пределы габаритов системы хранения либо заменить их требованием компактного и безопасного хранения всех элементов комплекта.

77. В целом техническая спецификация содержит сочетание конкретных конструктивных, цветовых, количественных, программных и документарных требований, которые в совокупности существенно сокращают круг функционально эквивалентных решений.

78. Просим переработать техническую спецификацию с использованием принципа функциональной эквивалентности: установить конечный образовательный результат, минимальную комплектность, требования безопасности и эксплуатационные показатели, одновременно допуская изделия различных производителей, конструкций, дизайна и программной архитектуры.