Внимание! Соединение с приложением прервано. Дождитесь повторного подключения.
Обсуждение документации - Просмотр сообщения № 1069022
Тема сообщения
Нарушение законодательства по закупкам (Растрата и возможное хищение бюджетных средств!)
Тип сообщения
Замечание к АД
Поставщик
Товарищество с ограниченной ответственностью "IT-Quantum"
Представитель поставщика
ҚАЙРАТҰЛЫ БАУЫРЖАН
Дата и время отправки сообщения
2026-09-28 21:22:05
Текст сообщения
ЗАМЕЧАНИЯ
1. Просим провести комплексный пересмотр всей технической спецификации, поскольку в едином лоте «Комплект учебного оборудования» стоимостью 12 000 000 тенге объединена совокупность самостоятельных товаров, относящихся к различным рынкам: стационарный LED-экран площадью около 15 м² с монтажной металлоконструкцией, интерактивная панель, образовательная программная платформа, беспроводной измерительный комплекс из 15 видов датчиков, а также система электрической безопасности/smart-home.
Каждая из указанных подсистем имеет самостоятельное назначение, самостоятельных производителей и может функционировать независимо. Просим разделить закупку либо представить техническое обоснование невозможности раздельной эксплуатации.
2. Объединение разнородных товаров усиливается тем, что по отдельным позициям участник обязан иметь либо получать документы от производителей, правообладателей, официальных представителей, дистрибьюторов и специальных испытательных лабораторий. В результате поставщик должен одновременно соответствовать не только техническому заданию, но и коммерческим цепочкам нескольких независимых производителей.
3. В ТС LED-экрана жестко зафиксированы размеры одного модуля 256×256 мм, 64×64 пикселя и масса до 120 г. Указанные параметры не определяют конечный результат и должны быть исключены.
4. Для интерьерного LED-экрана требуется IP54 и яркость минимум 1000 кд/м². Просим привести данные характеристики к реальным условиям эксплуатации внутри школы.
5. Интерактивная панель ограничена диапазоном всего 75–77 дюймов, что необоснованно исключает панели большего размера. Просим установить только нижний предел.
6. ТС интерактивной панели детализирует стекло, Haze, воздушный зазор, число портов, число антенн, внутреннюю ОС, OPS и программные функции. Просим оставить функциональные характеристики, исключив внутренние конструктивные ограничения.
7. Обязательное авторизационное письмо на интерактивную панель, адресованное конкурсной комиссии и содержащее номер конкретной закупки, фактически требует от участника предварительного разрешения производителя/представителя на участие.
Просим исключить это условие и проверять оригинальность оборудования при поставке.
8. В образовательном ПО внутреннее устройство продукта регламентировано вплоть до не менее 18 программных модулей, reverse proxy, API, схемы балансировки и модульности серверной архитектуры.
Просим исключить требования к способу разработки и оставить пользовательский функционал.
9. Система должна обслуживать минимум 1000 активных соединений, но серверные ресурсы далее определены для 100 пользователей. Просим устранить несогласованность.
10. Для одной школы требование 1000 пользователей должно быть подтверждено расчетом фактической максимальной нагрузки.
11. Требования сократить подготовку урока до 15 минут, использовать мультимедиа 40% урока и вовлечь 100% учеников являются педагогическими KPI, а не техническими характеристиками ПО.
Просим исключить.
12. 3D-функционал перегружен численными показателями: 100 000 полигонов, 30 fps, 10 функций, 10 точек, по 500 символов, три ракурса. Просим оценивать содержательность и удобство, а не структуру конкретной платформы.
13. Ограничение видео 5–15 минут не имеет технической необходимости и должно быть исключено.
14. Требования к 10 инструментам рисования, 10 цветам, 16 млн оттенков, 5 толщинам линий и 10 Undo являются элементами конкретного UX и должны быть заменены базовой функциональностью аннотации.
15. Игровой модуль также описан через конкретную внутреннюю механику и протоколы. Просим допустить любое решение, обеспечивающее викторины/опросы в реальном времени.
16. Авторизация ПО дополнительно требует письмо производителя с QR-кодом, датированное не ранее публикации закупки, права на распространение и фактически документы на авторские права на исходный код.
Просим полностью исключить данные условия на стадии заявки.
17. Участник, поставляющий лицензионный экземпляр готового ПО, не обязан быть владельцем исходного кода.
18. Требование специального QR-кода в авторизационном письме ограничивает производителей, которые не используют такой механизм документооборота.
19. Требование новой даты письма делает недопустимыми ранее выданные действующие партнерские документы без технической причины.
20. Дополнительно установлены пять специализированных протоколов NCA: сеть, информационная безопасность, нагрузка, SAST исходного кода и ISO/IEC 15408-2-2017. Отсутствие любого одного протокола прямо объявлено несоответствием.
Просим исключить данные документы как предварительный фильтр либо разрешить эквивалентные подтверждения.
21. Комплекс беспроводных датчиков жестко привязан к WebSocket RFC 6455 и JSON. Просим допустить любой протокол, обеспечивающий требуемую задержку и надежность.
22. Все 15 датчиков жестко нумеруются каналами, интерфейс задается как Dark Theme с 15 карточками, определенным расположением пиктограмм, номеров и статусов. Данные параметры не связаны с измерительными характеристиками.
Просим исключить весь блок дизайнерской реализации.
23. В датчиках имеются технические неоднозначности: газовый модуль может измерять VOC «или» CO2; датчик сигнала может быть радиоанализатором «или» микрофоном; оптический датчик одновременно описан как спектральный/ИК и использует люксы.
Просим определить однозначные измеряемые величины.
24. Диапазон температуры -40…+85°C противоречит общему диапазону эксплуатации самих датчиков -20…+60°C. Просим устранить противоречие.
25. Комплекс датчиков заявлен для 24/7/365, однако аккумуляторы гарантируют только 24 часа. Просим определить реальный режим использования.
26. Раздел электрической безопасности фактически сформирован как бытовая smart-home экосистема: камера, PIR, ночное видение, микрофон, динамик, smart-розетка, smart-выключатель, облачное приложение, сценарии по погоде и восходу/закату.
Просим привести функционал в соответствие с образовательным назначением либо с реальными задачами электрической безопасности.
27. Центр должен поддерживать 64 устройства при поставке только одной розетки и одного выключателя. Просим снизить параметр или обосновать масштабирование.
28. Ограничение ИК-подсветки максимум 15 м и карты памяти максимум 256 ГБ необоснованно запрещает технически более производительные устройства.
29. Одно- или двухклавишный выключатель предлагается определить лишь после заключения договора, но далее требуется два канала реле. Это создает неопределенность и должно быть исправлено до подачи ценовых предложений.
30. Программное обеспечение системы предусматривает управление «членами семьи или коллегами», что указывает на описание бытовой системы и не соответствует организационной структуре школы.
31. Требование сервисного центра на весь «заявленный срок эксплуатации» неопределенно, поскольку такой срок в соответствующем разделе не установлен.
Просим ограничить гарантийные обязательства установленным сроком гарантии.
32. Требование поставки всего комплекта установлено в течение 45 календарных дней после подписания договора. Для нескольких независимых товарных категорий срок сам по себе может быть выполнимым, однако совокупность индивидуальных авторизационных документов и специализированных лабораторных протоколов фактически предполагает их наличие заранее до подачи заявки.
33. Просим исключить все документы и условия, требующие заранее сформированной цепочки конкретного производителя, и дать возможность победителю сформировать поставку после заключения договора.
34. Просим установить единый принцип эквивалентности: характеристика должна оцениваться по конечному результату, а не по совпадению внутренней архитектуры, размеров деталей, программных модулей, протоколов передачи, дизайна интерфейса и способов подключения.
35. Просим провести рыночный анализ и указать минимум два независимых серийных решения разных производителей по каждой ключевой подсистеме, которые полностью отвечают всей совокупности установленных требований без изменения заводской конструкции.
36. Если по какой-либо позиции фактически соответствует одна модель или один программный продукт, просим исключить уникальные признаки и расширить параметры.
37. Просим пересмотреть необходимость покупки всего перечня как одного неделимого комплекта. Если LED-экран, интерактивная панель, ПО, датчики и smart-home система не имеют аппаратной зависимости, их объединение требует отдельного объективного обоснования.
38. Просим представить схему взаимной интеграции всех пяти крупных подсистем. В частности, необходимо указать, каким образом LED-экран взаимодействует с датчиками, каким образом электрическая система необходима для работы образовательного ПО и почему интерактивная панель не может быть закуплена отдельно.
39. При отсутствии подобной технической взаимозависимости просим разделить лот на самостоятельные позиции.
40. Просим устранить все формулировки с неопределенными значениями: «2–3 мм», «VOC или CO2», «спектральный или ИК», «одно- или двухклавишный», «эквивалент» без критериев и другие варианты, при которых участник не может однозначно определить соответствие.
41. Просим не устанавливать верхний предел там, где большее значение объективно не ухудшает результат: диагональ интерактивной панели, дальность ИК-подсветки, емкость карты памяти и аналогичные показатели.
42. Просим не нормировать внутренние характеристики там, где достаточно конечного функционала: емкость аккумуляторов, CPU/RAM приемника, WebSocket/JSON, количество программных сервисов, тип bonding, количество антенн.
43. Просим предусмотреть объективную приемку с перечнем параметров, проверяемых функциональным тестом, и перечнем характеристик, подтверждаемых официальной документацией производителя.
44. Просим исключить возможность отклонения функционально лучшего оборудования только по причине иного способа инженерной реализации.
45. Итоговая редакция ТС должна позволять нескольким независимым поставщикам сформировать предложение из серийного оборудования разных производителей, а не требовать полного совпадения с заранее определенной аппаратно-программной экосистемой.
1. Просим провести комплексный пересмотр всей технической спецификации, поскольку в едином лоте «Комплект учебного оборудования» стоимостью 12 000 000 тенге объединена совокупность самостоятельных товаров, относящихся к различным рынкам: стационарный LED-экран площадью около 15 м² с монтажной металлоконструкцией, интерактивная панель, образовательная программная платформа, беспроводной измерительный комплекс из 15 видов датчиков, а также система электрической безопасности/smart-home.
Каждая из указанных подсистем имеет самостоятельное назначение, самостоятельных производителей и может функционировать независимо. Просим разделить закупку либо представить техническое обоснование невозможности раздельной эксплуатации.
2. Объединение разнородных товаров усиливается тем, что по отдельным позициям участник обязан иметь либо получать документы от производителей, правообладателей, официальных представителей, дистрибьюторов и специальных испытательных лабораторий. В результате поставщик должен одновременно соответствовать не только техническому заданию, но и коммерческим цепочкам нескольких независимых производителей.
3. В ТС LED-экрана жестко зафиксированы размеры одного модуля 256×256 мм, 64×64 пикселя и масса до 120 г. Указанные параметры не определяют конечный результат и должны быть исключены.
4. Для интерьерного LED-экрана требуется IP54 и яркость минимум 1000 кд/м². Просим привести данные характеристики к реальным условиям эксплуатации внутри школы.
5. Интерактивная панель ограничена диапазоном всего 75–77 дюймов, что необоснованно исключает панели большего размера. Просим установить только нижний предел.
6. ТС интерактивной панели детализирует стекло, Haze, воздушный зазор, число портов, число антенн, внутреннюю ОС, OPS и программные функции. Просим оставить функциональные характеристики, исключив внутренние конструктивные ограничения.
7. Обязательное авторизационное письмо на интерактивную панель, адресованное конкурсной комиссии и содержащее номер конкретной закупки, фактически требует от участника предварительного разрешения производителя/представителя на участие.
Просим исключить это условие и проверять оригинальность оборудования при поставке.
8. В образовательном ПО внутреннее устройство продукта регламентировано вплоть до не менее 18 программных модулей, reverse proxy, API, схемы балансировки и модульности серверной архитектуры.
Просим исключить требования к способу разработки и оставить пользовательский функционал.
9. Система должна обслуживать минимум 1000 активных соединений, но серверные ресурсы далее определены для 100 пользователей. Просим устранить несогласованность.
10. Для одной школы требование 1000 пользователей должно быть подтверждено расчетом фактической максимальной нагрузки.
11. Требования сократить подготовку урока до 15 минут, использовать мультимедиа 40% урока и вовлечь 100% учеников являются педагогическими KPI, а не техническими характеристиками ПО.
Просим исключить.
12. 3D-функционал перегружен численными показателями: 100 000 полигонов, 30 fps, 10 функций, 10 точек, по 500 символов, три ракурса. Просим оценивать содержательность и удобство, а не структуру конкретной платформы.
13. Ограничение видео 5–15 минут не имеет технической необходимости и должно быть исключено.
14. Требования к 10 инструментам рисования, 10 цветам, 16 млн оттенков, 5 толщинам линий и 10 Undo являются элементами конкретного UX и должны быть заменены базовой функциональностью аннотации.
15. Игровой модуль также описан через конкретную внутреннюю механику и протоколы. Просим допустить любое решение, обеспечивающее викторины/опросы в реальном времени.
16. Авторизация ПО дополнительно требует письмо производителя с QR-кодом, датированное не ранее публикации закупки, права на распространение и фактически документы на авторские права на исходный код.
Просим полностью исключить данные условия на стадии заявки.
17. Участник, поставляющий лицензионный экземпляр готового ПО, не обязан быть владельцем исходного кода.
18. Требование специального QR-кода в авторизационном письме ограничивает производителей, которые не используют такой механизм документооборота.
19. Требование новой даты письма делает недопустимыми ранее выданные действующие партнерские документы без технической причины.
20. Дополнительно установлены пять специализированных протоколов NCA: сеть, информационная безопасность, нагрузка, SAST исходного кода и ISO/IEC 15408-2-2017. Отсутствие любого одного протокола прямо объявлено несоответствием.
Просим исключить данные документы как предварительный фильтр либо разрешить эквивалентные подтверждения.
21. Комплекс беспроводных датчиков жестко привязан к WebSocket RFC 6455 и JSON. Просим допустить любой протокол, обеспечивающий требуемую задержку и надежность.
22. Все 15 датчиков жестко нумеруются каналами, интерфейс задается как Dark Theme с 15 карточками, определенным расположением пиктограмм, номеров и статусов. Данные параметры не связаны с измерительными характеристиками.
Просим исключить весь блок дизайнерской реализации.
23. В датчиках имеются технические неоднозначности: газовый модуль может измерять VOC «или» CO2; датчик сигнала может быть радиоанализатором «или» микрофоном; оптический датчик одновременно описан как спектральный/ИК и использует люксы.
Просим определить однозначные измеряемые величины.
24. Диапазон температуры -40…+85°C противоречит общему диапазону эксплуатации самих датчиков -20…+60°C. Просим устранить противоречие.
25. Комплекс датчиков заявлен для 24/7/365, однако аккумуляторы гарантируют только 24 часа. Просим определить реальный режим использования.
26. Раздел электрической безопасности фактически сформирован как бытовая smart-home экосистема: камера, PIR, ночное видение, микрофон, динамик, smart-розетка, smart-выключатель, облачное приложение, сценарии по погоде и восходу/закату.
Просим привести функционал в соответствие с образовательным назначением либо с реальными задачами электрической безопасности.
27. Центр должен поддерживать 64 устройства при поставке только одной розетки и одного выключателя. Просим снизить параметр или обосновать масштабирование.
28. Ограничение ИК-подсветки максимум 15 м и карты памяти максимум 256 ГБ необоснованно запрещает технически более производительные устройства.
29. Одно- или двухклавишный выключатель предлагается определить лишь после заключения договора, но далее требуется два канала реле. Это создает неопределенность и должно быть исправлено до подачи ценовых предложений.
30. Программное обеспечение системы предусматривает управление «членами семьи или коллегами», что указывает на описание бытовой системы и не соответствует организационной структуре школы.
31. Требование сервисного центра на весь «заявленный срок эксплуатации» неопределенно, поскольку такой срок в соответствующем разделе не установлен.
Просим ограничить гарантийные обязательства установленным сроком гарантии.
32. Требование поставки всего комплекта установлено в течение 45 календарных дней после подписания договора. Для нескольких независимых товарных категорий срок сам по себе может быть выполнимым, однако совокупность индивидуальных авторизационных документов и специализированных лабораторных протоколов фактически предполагает их наличие заранее до подачи заявки.
33. Просим исключить все документы и условия, требующие заранее сформированной цепочки конкретного производителя, и дать возможность победителю сформировать поставку после заключения договора.
34. Просим установить единый принцип эквивалентности: характеристика должна оцениваться по конечному результату, а не по совпадению внутренней архитектуры, размеров деталей, программных модулей, протоколов передачи, дизайна интерфейса и способов подключения.
35. Просим провести рыночный анализ и указать минимум два независимых серийных решения разных производителей по каждой ключевой подсистеме, которые полностью отвечают всей совокупности установленных требований без изменения заводской конструкции.
36. Если по какой-либо позиции фактически соответствует одна модель или один программный продукт, просим исключить уникальные признаки и расширить параметры.
37. Просим пересмотреть необходимость покупки всего перечня как одного неделимого комплекта. Если LED-экран, интерактивная панель, ПО, датчики и smart-home система не имеют аппаратной зависимости, их объединение требует отдельного объективного обоснования.
38. Просим представить схему взаимной интеграции всех пяти крупных подсистем. В частности, необходимо указать, каким образом LED-экран взаимодействует с датчиками, каким образом электрическая система необходима для работы образовательного ПО и почему интерактивная панель не может быть закуплена отдельно.
39. При отсутствии подобной технической взаимозависимости просим разделить лот на самостоятельные позиции.
40. Просим устранить все формулировки с неопределенными значениями: «2–3 мм», «VOC или CO2», «спектральный или ИК», «одно- или двухклавишный», «эквивалент» без критериев и другие варианты, при которых участник не может однозначно определить соответствие.
41. Просим не устанавливать верхний предел там, где большее значение объективно не ухудшает результат: диагональ интерактивной панели, дальность ИК-подсветки, емкость карты памяти и аналогичные показатели.
42. Просим не нормировать внутренние характеристики там, где достаточно конечного функционала: емкость аккумуляторов, CPU/RAM приемника, WebSocket/JSON, количество программных сервисов, тип bonding, количество антенн.
43. Просим предусмотреть объективную приемку с перечнем параметров, проверяемых функциональным тестом, и перечнем характеристик, подтверждаемых официальной документацией производителя.
44. Просим исключить возможность отклонения функционально лучшего оборудования только по причине иного способа инженерной реализации.
45. Итоговая редакция ТС должна позволять нескольким независимым поставщикам сформировать предложение из серийного оборудования разных производителей, а не требовать полного совпадения с заранее определенной аппаратно-программной экосистемой.
