Внимание! Соединение с приложением прервано. Дождитесь повторного подключения.
Обсуждение документации - Просмотр сообщения № 1068726
Тема сообщения
Замечание к АД
Тип сообщения
Замечание к АД
Поставщик
Товарищество с ограниченной ответственностью "IT-Quantum"
Представитель поставщика
ҚАЙРАТҰЛЫ БАУЫРЖАН
Дата и время отправки сообщения
2026-09-24 22:57:51
Текст сообщения
ЗАМЕЧАНИЯ
1. Просим провести комплексную переработку технической спецификации, поскольку в текущей редакции один лот объединяет несколько самостоятельных товарных рынков, а внутри каждой крупной позиции установлены сотни параметров разной степени значимости. Это создает ситуацию, при которой потенциальный поставщик должен искать не функционально подходящий товар, а оборудование, максимально дословно совпадающее с описанием.
2. Для обеспечения реальной конкуренции предлагаем разделить требования на обязательные и предпочтительные. К обязательным относить только показатели, непосредственно определяющие функцию, безопасность и минимальную производительность. Внутренние конструктивные решения, программную архитектуру, дизайн интерфейса, брендовые интеграции и особенности упаковки сделать необязательными.
3. Моноблоки: обязательными следует оставить не менее 16 ГБ RAM, SSD не менее 256 ГБ, Full HD IPS/эквивалент, проводную сеть, Wi-Fi, камеру и периферию. Вес 4,15 кг, SO-DIMM, конкретный M.2/NVMe, точная геометрия регулировки и цвет периферии просим исключить.
4. Волейбольный тренажер: обязательными оставить автоматическую подачу мяча, регулировку скорости и направления, режимы одиночной/серийной подачи, безопасность, дистанционное и резервное локальное управление. Исключить внутреннюю кинематику и электрическую архитектуру.
5. Фраза о необходимости полностью снять физическую нагрузку с плечевого и локтевого суставов тренера является оценочной и не поддается объективному измерению.
Просим заменить на «уменьшает необходимость ручной серийной подачи мячей тренером».
6. Требование двукратного увеличения числа повторов по сравнению с ручной тренировкой также не является характеристикой товара и зависит от методики занятия.
Просим исключить.
7. Термины «слабый», «средний», «сильный» уровень подачи и привязка к категории профессиональных спортсменов являются описательными и не должны использоваться как критерии приемки.
8. В МФУ фирменные интеграции необходимо заменить универсальными: мобильная печать, поддержка основных ОС, защищенная печать, сканирование в сетевую папку/e-mail.
9. В образовательном ПО требования к разработчику и поставщику необходимо отделить от технических функций продукта.
10. Архитектура из 18 модулей, используемые технологии межсервисного взаимодействия и reverse proxy не относятся к технической спецификации конечного продукта для пользователя.
11. Требование сервера на 1000 пользователей просим привести в соответствие с числом рабочих мест. Закупка предусматривает 29 моноблоков, поэтому одновременная нагрузка 1000 требует отдельного доказательства.
12. Программное обеспечение должно оцениваться по возможности запускать 3D-модели, видео, интерактивные задания, игры, вести статистику и формировать отчеты. Этого достаточно для описания назначения.
13. Весь блок о количестве пикселей интерфейса, цветах, радиусах скругления и расположении элементов предлагаем исключить.
14. Требование интерфейсной операции не более трех переходов является субъективным. Различные продукты имеют разную структуру меню без ухудшения удобства.
15. Требование смены пароля, блокировки после пяти попыток и тайм-аута 5–60 минут может быть оставлено как базовая безопасность, но конкретные параметры целесообразно сформулировать как настраиваемые.
16. Наличие двухфакторной аутентификации можно сохранить для администратора, но не делать обязательным для каждого решения учителя.
17. В системе датчиков просим также разделить метрологические параметры и программное оформление. Диапазон и погрешность — допустимые критерии. JSON, WebSocket, Dark Theme и расположение карточек — нет.
18. Для датчиков температуры, влажности, давления, освещенности, напряжения, гироскопа, акселерометра и других необходимо отдельно определить, требуется ли официальная метрологическая поверка. В ТС этот вопрос не раскрыт.
19. Если оборудование используется только как учебное, просим прямо указать, что результаты измерений не предназначены для коммерческого учета или иных сфер государственного метрологического контроля.
20. В датчике газа используется формулировка «летучие органические соединения или CO2», но диапазон 400–5000 ppm характерен не для любых VOC. Просим однозначно определить измеряемую величину.
21. «Датчик уровня сигнала» сформулирован как внешний радиочастотный монитор «или специализированный микрофон/анализатор эфира», то есть объединяет физически различные величины. Просим конкретизировать назначение.
22. «Универсальный датчик состояния» вообще не содержит измеряемой физической величины. Просим исключить или установить понятное назначение.
23. В акселерометре запись «диапазон должен настраиваться и составлять не менее ±2g и не более ±16g» допускает различные трактовки. Просим указать поддержку диапазонов до ±16g либо иной необходимый минимум.
24. В оптическом датчике одновременно упомянуты спектральное/ИК-излучение и единица измерения люкс. Просим уточнить, требуется ли люксметр, ИК-датчик или спектральный датчик.
25. Требование приемника с CPU не менее 1,2 ГГц и RAM 1 ГБ является внутренним параметром. Просим определять его способность обслуживать все датчики с заданной задержкой.
26. Темная тема и оформление Sensor Hub следует исключить полностью.
27. Электрическая система безопасности должна быть приведена в соответствие с реальным назначением. Сейчас она объединяет функции видеонаблюдения, охранной сигнализации, smart-home, учета электроэнергии и управления освещением.
28. Просим определить, что именно закупается: система электробезопасности или учебный комплект «умного дома». От этого зависят объективные характеристики.
29. Если основная цель учебная, избыточные требования к охранной камере, ИК-подсветке, 64 устройствам и облачным сценариям необходимо снизить.
30. Если основная цель обеспечение фактической безопасности объекта, оборудование должно соответствовать применимым техническим регламентам и проекту электроустановки, а не только набору потребительских функций.
31. Требование автоматического управления высоковольтной сетью через бытовую интеллектуальную розетку и выключатель требует уточнения порядка монтажа квалифицированным персоналом и разграничения ответственности.
32. Просим указать, требуется ли разработка проекта, схема подключения и акт электромонтажных работ.
33. Авторизационные письма и специальные лабораторные протоколы предлагаем полностью исключить из обязательного состава заявки. Если Заказчику необходимо убедиться в легальности ПО, это можно сделать посредством проверки лицензии и документов правообладателя при поставке.
34. Если Заказчику действительно требуется проверка безопасности, разумно установить приемочные испытания поставленного продукта, одинаковые для всех участников, а не требовать заранее оформленные документы строго определенной лабораторной инфраструктуры.
35. Просим исключить автоматическое признание заявки несоответствующей при отсутствии одного из протоколов.
36. Срок поставки всего смешанного комплекта установлен 45 календарных дней. С учетом наличия специализированного спортивного комплекса, ПО, датчиков и электротехнических компонентов просим увеличить срок до 60 календарных дней, чтобы поставщик мог сформировать комплект после заключения договора, а не обязан был иметь его заранее на складе.
37. В завершение просим провести рыночный анализ и подтвердить, что каждому крупному товару соответствует продукция минимум двух независимых производителей без необходимости изменения заводской конструкции или получения индивидуального документа специально под данный аукцион.
1. Просим провести комплексную переработку технической спецификации, поскольку в текущей редакции один лот объединяет несколько самостоятельных товарных рынков, а внутри каждой крупной позиции установлены сотни параметров разной степени значимости. Это создает ситуацию, при которой потенциальный поставщик должен искать не функционально подходящий товар, а оборудование, максимально дословно совпадающее с описанием.
2. Для обеспечения реальной конкуренции предлагаем разделить требования на обязательные и предпочтительные. К обязательным относить только показатели, непосредственно определяющие функцию, безопасность и минимальную производительность. Внутренние конструктивные решения, программную архитектуру, дизайн интерфейса, брендовые интеграции и особенности упаковки сделать необязательными.
3. Моноблоки: обязательными следует оставить не менее 16 ГБ RAM, SSD не менее 256 ГБ, Full HD IPS/эквивалент, проводную сеть, Wi-Fi, камеру и периферию. Вес 4,15 кг, SO-DIMM, конкретный M.2/NVMe, точная геометрия регулировки и цвет периферии просим исключить.
4. Волейбольный тренажер: обязательными оставить автоматическую подачу мяча, регулировку скорости и направления, режимы одиночной/серийной подачи, безопасность, дистанционное и резервное локальное управление. Исключить внутреннюю кинематику и электрическую архитектуру.
5. Фраза о необходимости полностью снять физическую нагрузку с плечевого и локтевого суставов тренера является оценочной и не поддается объективному измерению.
Просим заменить на «уменьшает необходимость ручной серийной подачи мячей тренером».
6. Требование двукратного увеличения числа повторов по сравнению с ручной тренировкой также не является характеристикой товара и зависит от методики занятия.
Просим исключить.
7. Термины «слабый», «средний», «сильный» уровень подачи и привязка к категории профессиональных спортсменов являются описательными и не должны использоваться как критерии приемки.
8. В МФУ фирменные интеграции необходимо заменить универсальными: мобильная печать, поддержка основных ОС, защищенная печать, сканирование в сетевую папку/e-mail.
9. В образовательном ПО требования к разработчику и поставщику необходимо отделить от технических функций продукта.
10. Архитектура из 18 модулей, используемые технологии межсервисного взаимодействия и reverse proxy не относятся к технической спецификации конечного продукта для пользователя.
11. Требование сервера на 1000 пользователей просим привести в соответствие с числом рабочих мест. Закупка предусматривает 29 моноблоков, поэтому одновременная нагрузка 1000 требует отдельного доказательства.
12. Программное обеспечение должно оцениваться по возможности запускать 3D-модели, видео, интерактивные задания, игры, вести статистику и формировать отчеты. Этого достаточно для описания назначения.
13. Весь блок о количестве пикселей интерфейса, цветах, радиусах скругления и расположении элементов предлагаем исключить.
14. Требование интерфейсной операции не более трех переходов является субъективным. Различные продукты имеют разную структуру меню без ухудшения удобства.
15. Требование смены пароля, блокировки после пяти попыток и тайм-аута 5–60 минут может быть оставлено как базовая безопасность, но конкретные параметры целесообразно сформулировать как настраиваемые.
16. Наличие двухфакторной аутентификации можно сохранить для администратора, но не делать обязательным для каждого решения учителя.
17. В системе датчиков просим также разделить метрологические параметры и программное оформление. Диапазон и погрешность — допустимые критерии. JSON, WebSocket, Dark Theme и расположение карточек — нет.
18. Для датчиков температуры, влажности, давления, освещенности, напряжения, гироскопа, акселерометра и других необходимо отдельно определить, требуется ли официальная метрологическая поверка. В ТС этот вопрос не раскрыт.
19. Если оборудование используется только как учебное, просим прямо указать, что результаты измерений не предназначены для коммерческого учета или иных сфер государственного метрологического контроля.
20. В датчике газа используется формулировка «летучие органические соединения или CO2», но диапазон 400–5000 ppm характерен не для любых VOC. Просим однозначно определить измеряемую величину.
21. «Датчик уровня сигнала» сформулирован как внешний радиочастотный монитор «или специализированный микрофон/анализатор эфира», то есть объединяет физически различные величины. Просим конкретизировать назначение.
22. «Универсальный датчик состояния» вообще не содержит измеряемой физической величины. Просим исключить или установить понятное назначение.
23. В акселерометре запись «диапазон должен настраиваться и составлять не менее ±2g и не более ±16g» допускает различные трактовки. Просим указать поддержку диапазонов до ±16g либо иной необходимый минимум.
24. В оптическом датчике одновременно упомянуты спектральное/ИК-излучение и единица измерения люкс. Просим уточнить, требуется ли люксметр, ИК-датчик или спектральный датчик.
25. Требование приемника с CPU не менее 1,2 ГГц и RAM 1 ГБ является внутренним параметром. Просим определять его способность обслуживать все датчики с заданной задержкой.
26. Темная тема и оформление Sensor Hub следует исключить полностью.
27. Электрическая система безопасности должна быть приведена в соответствие с реальным назначением. Сейчас она объединяет функции видеонаблюдения, охранной сигнализации, smart-home, учета электроэнергии и управления освещением.
28. Просим определить, что именно закупается: система электробезопасности или учебный комплект «умного дома». От этого зависят объективные характеристики.
29. Если основная цель учебная, избыточные требования к охранной камере, ИК-подсветке, 64 устройствам и облачным сценариям необходимо снизить.
30. Если основная цель обеспечение фактической безопасности объекта, оборудование должно соответствовать применимым техническим регламентам и проекту электроустановки, а не только набору потребительских функций.
31. Требование автоматического управления высоковольтной сетью через бытовую интеллектуальную розетку и выключатель требует уточнения порядка монтажа квалифицированным персоналом и разграничения ответственности.
32. Просим указать, требуется ли разработка проекта, схема подключения и акт электромонтажных работ.
33. Авторизационные письма и специальные лабораторные протоколы предлагаем полностью исключить из обязательного состава заявки. Если Заказчику необходимо убедиться в легальности ПО, это можно сделать посредством проверки лицензии и документов правообладателя при поставке.
34. Если Заказчику действительно требуется проверка безопасности, разумно установить приемочные испытания поставленного продукта, одинаковые для всех участников, а не требовать заранее оформленные документы строго определенной лабораторной инфраструктуры.
35. Просим исключить автоматическое признание заявки несоответствующей при отсутствии одного из протоколов.
36. Срок поставки всего смешанного комплекта установлен 45 календарных дней. С учетом наличия специализированного спортивного комплекса, ПО, датчиков и электротехнических компонентов просим увеличить срок до 60 календарных дней, чтобы поставщик мог сформировать комплект после заключения договора, а не обязан был иметь его заранее на складе.
37. В завершение просим провести рыночный анализ и подтвердить, что каждому крупному товару соответствует продукция минимум двух независимых производителей без необходимости изменения заводской конструкции или получения индивидуального документа специально под данный аукцион.
Ответы представителей заказчика и организатора, секретаря
Дата:
2026-10-03 01:22:07
Автор:
САДУОВ СЕРИК ИСЛЯМОВИЧ
Решение:
Отклонить замечания
1. Замечание не принимается. Обоснование: В соответствии с пунктом 2 статьи 21 Закона РК «О государственных закупках», Заказчик определяет требуемые функциональные, технические, качественные и эксплуатационные характеристики закупаемых товаров исходя из собственных потребностей, целей обеспечения непрерывности образовательного процесса и специфики углубленного профильного обучения в специализированном лицее. Закупается законченный учебно-тренировочный и аппаратно-программный комплекс образовательной среды лицея «под ключ». Все компоненты (компьютерные моноблоки, спортивный комплекс «Волейбольная пушка», сетевое лазерное МФУ формата А3, интерактивное ПО, комплекс беспроводных датчиков и система электробезопасности) взаимосвязаны единым дидактическим циклом и функционируют в единой сетевой инфраструктуре. Требования сформированы на основе открытых отраслевых стандартов и не содержат указаний на конкретных изготовителей. 2. Замечание не принимается. Обоснование: Разделение характеристик на обязательные и необязательные («предпочтительные») противоречит правилам государственных закупок Республики Казахстан, согласно которым техническая спецификация должна содержать исчерпывающие и однозначные требования, подлежащие обязательному исполнению победителем. Все установленные критерии непосредственно определяют функциональность, надежность, электро- и пожаробезопасность, а также отказоустойчивость инфраструктуры государственного учреждения образования. 3. Замечание не принимается. Обоснование: Ограничение массы моноблока не более 4,15 кг установлено с учетом эргономики парт специализированного лицея, предельно допустимых статических нагрузок на ученическую мебель, требований безопасности организации рабочих мест и снижения рисков детского травматизма при случайном опрокидывании оборудования. В части оперативной памяти прямо зафиксировано вариативное условие «SO-DIMM (или эквивалент для компактных систем)», а по накопителю — «не хуже стандарта M.2 с поддержкой NVMe/PCIe». Требование поставки клавиатуры и мыши в едином цветовом стиле с моноблоком обусловлено комплектной заводской поставкой от производителя компьютера, исключающей разукомплектование заводской тары. 4. Замечание не принимается. Обоснование: Комплекс «Волейбольная пушка» приобретается для профильной спортивной подготовки команд специализированного лицея. Двухроликовая кинематическая схема прямого фрикционного разгона, применение двух независимых двигателей по 200 Вт, безопасное напряжение 36 В (SELV) и аккумуляторная батарея 460 Вт·ч инженерно и методически обоснованы необходимостью точного и стабильного моделирования реальных игровых мячей (силовых, планирующих, крученых) без просадки оборотов при интенсивных серийных тренировках. 5. Замечание не принимается. Обоснование: Формулировка приведена в подразделе «Технико-эксплуатационные преимущества» в качестве качественного методического описания эргономической эффективности применения средств автоматизации в тренировочном процессе, исключающего необходимость нанесения тренером сотен однотипных физических ударов за одно занятие. 6. Замечание не принимается. Обоснование: Показатель двукратного увеличения плотности тренировки приведен в разделе эксплуатационных преимуществ в качестве целевого методического ориентира эффективности автоматизированной серийной подачи мячей по сравнению с ручной подачей тренером. 7. Замечание не принимается. Обоснование: Разделение скоростных диапазонов на слабый (20–40 км/ч), средний (40–70 км/ч) и сильный (70–100+ км/ч) отражает методические ступени спортивной подготовки в лицее: от начального обучения учащихся средних классов до отработки приема силовых подач старшими сборными командами лицея. Базовым обязательным критерием выступает общий диапазон скоростей привода (от 20 до 100+ км/ч). 8. Замечание не принимается. Обоснование: Наименования Canon PRINT Business и uniFLOW Online приведены в технической спецификации исключительно в качестве иллюстративных примеров («мысалы, Canon PRINT Business, uniFLOW Online») готовности сетевого контроллера МФУ к сопряжению с мобильными и облачными сервисами. Спецификацией прямо закреплена поддержка открытых отраслевых протоколов (Apple AirPrint, Mopria Print Service, TCP/IP, SMB, IPP, IPSec), что гарантирует технологическую нейтральность и позволяет предложить устройства широкого круга мировых брендов (HP, Xerox, Ricoh, Konica Minolta и др.). 9. Замечание не принимается. Обоснование: Программное обеспечение разворачивается в локальной вычислительной инфраструктуре государственного лицея и обрабатывает персональные данные несовершеннолетних учащихся. Требования к информационной безопасности, отказоустойчивости и регламентам DevSecOps непосредственно связаны с надежностью поставляемого решения и защитой образовательной среды от киберугроз. 10. Замечание не принимается. Обоснование: Модульная архитектура (не менее 18 логических модулей) обеспечивает компонентную изоляцию платформы: сбой одного функционального блока (например, медиастриминга) не приводит к аварийной остановке тестирования или 3D-моделирования во всех классах одновременно. Механизм обратного проксирования (reverse proxy) необходим для терминации TLS-соединений, балансировки нагрузки и защиты локальной сети лицея от атак типа «отказ в обслуживании» (DoS/DDoS). 11. Замечание не принимается. Обоснование: В технической спецификации противоречие отсутствует. Серверные аппаратные ресурсы (не менее 8 ядер, 16 ГБ ОЗУ) указаны как локальный минимум вычислительных мощностей аудитории для стабильной работы одного класса (до 100 пользователей), тогда как показатель 1000 активных сетевых соединений (WebSocket/HTTP) определяет архитектурную масштабируемость самого программного ядра разработчика при проведении общелицейских срезов знаний, олимпиад и синхронных мероприятий параллелей классов. 12. Замечание не принимается. Обоснование: Описание функционала программного обеспечения охватывает полный дидактический цикл интерактивного урока (3D-моделирование, видеоуроки, блиц-викторины, аналитика, резервное копирование) и гарантирует поставку законченного тиражного продукта, соответствующего утвержденной учебной программе. 13. Замечание не принимается. Обоснование: Требования к эргономике пользовательского интерфейса (размер touch target не менее 44х44 пикселя, шрифт от 14 пикселей, скругленные углы карточек, палитра TrueColor) научно обоснованы международными стандартами доступности и гигиены зрения (ISO 9241-110, W3C WCAG 2.1), предотвращая зрительное утомление школьников и ошибочные нажатия на сенсорных экранах. 14. Замечание не принимается. Обоснование: Правило «не более трех логических переходов» («правило трех кликов») является международным стандартом эргономики веб-интерфейсов (ISO 9241-110, UI/UX), гарантирующим быстрый доступ преподавателя к материалам урока без сложных многоуровневых меню, и легко верифицируется в ходе стандартных приемочных испытаний по инструкции пользователя. 15. Замечание не принимается. Обоснование: Требования к длине пароля (не менее 8 символов), блокировке после 5 неверных попыток ввода и настраиваемому тайм-ауту сессии (от 5 до 60 минут) соответствуют единым требованиям в сфере ИКТ и обеспечения информационной безопасности государственных органов и учреждений Республики Казахстан. 16. Замечание не принимается. Обоснование: В технической спецификации прямо зафиксировано разграничение: двухфакторная аутентификация (2FA) обязательна для учетных записей с ролью «Администратор» в целях превентивной защиты платформы от перехвата управления, а для ролей «Учитель» применение 2FA носит опциональный характер. 17. Замечание не принимается. Обоснование: Протокол WebSocket (RFC 6455) и формат структурирования данных JSON (RFC 8259) являются открытыми международными стандартами IETF/W3C, прямо поддерживаемыми современными браузерами нативно, что позволяет транслировать измерения датчиков без установки сторонних проприетарных драйверов. Темная цветовая схема (Dark Theme) снижает утомляемость глаз оператора и обеспечивает высокую контрастность графиков при демонстрации на интерактивном экране с расстояния нескольких метров. 18. Замечание не принимается. Обоснование: Закупаемый аппаратно-программный комплекс датчиков предназначен для учебных дидактических демонстраций и лабораторных практикумов в общеобразовательном учреждении. Проведение государственной метрологической поверки, предусмотренной для промышленных эталонов и коммерческих средств измерений, для учебного оборудования школьного курса не требуется. Метрологическая точность гарантируется заводской калибровкой производителя. 19. Замечание не принимается. Обоснование: Назначение оборудования исчерпывающе и однозначно определено в технической спецификации: комплекс предназначен для проведения лабораторных практикумов и научно-исследовательских проектов учащихся в рамках образовательной программы лицея. 20. Замечание не принимается. Обоснование: Формулировка прямо допускает поставку сенсора любого из двух указанных типов: либо датчика летучих органических соединений (VOC/TVOC), либо датчика углекислого газа (CO2) в диапазоне 400–5000 ppm. Применение союза «или» направлено на расширение круга потенциальных поставщиков эквивалентных сенсорных модулей контроля качества воздушной среды. 21. Замечание не принимается. Обоснование: Измерительный канал предназначен для фиксации волновых колебаний амплитудного характера в децибелах (дБ). Альтернатива (радиочастотный монитор либо акустический анализатор эфира) установлена для расширения круга потенциальных поставщиков оборудования для исследования волновых явлений школьного курса физики. 22. Замечание не принимается. Обоснование: Универсальный датчик состояния предназначен для выполнения учебных исследовательских задач по основам автоматики, робототехники и дискретной схемотехники (фиксация логических уровней 0/1, замкнуто/разомкнуто). 23. Замечание не принимается. Обоснование: Формулировка регламентирует возможность переключения пределов измерений акселерометра в диапазоне от g до g, что объективно необходимо для регистрации как плавных движений физических маятников, так и динамических перегрузок при столкновениях лабораторных тележек. 24. Замечание не принимается. Обоснование: Оптический датчик измеряет освещенность в люксах и отличается от базового фотометрического сенсора наличием аппаратных фильтров частот спектра (включая отсечение ИК-диапазона), что востребовано при проведении практических работ по волновой оптике. 25. Замечание не принимается. Обоснование: Аппаратные характеристики Приемника (ЦП не менее 1.2 ГГц, ОЗУ не менее 1 ГБ, ПЗУ не менее 8 ГБ, открытая ОС) являются минимально необходимыми вычислительными ресурсами для параллельной работы веб-сервера, WebSocket-сервера, поддержания кольцевого буфера временных рядов (Time-series) и одновременного обслуживания до 30 активных сетевых сессий без деградации производительности. 26. Замечание не принимается. Обоснование: Темная цветовая схема и модульная сетка дашборда научно обоснованы требованиями эргономики восприятия: они исключают световую перегрузку зрения учащихся и обеспечивают мгновенную ориентацию преподавателя в показаниях всех 15 каналов во время фронтального урока. Наименование "Sensor Hub" приведено в спецификации в качестве примера («мысалы, "Sensor Hub"»). 27. Замечание не принимается. Обоснование: Закупаемый комплекс электрической безопасности предназначен для специализированного учебного кабинета с высокой концентрацией микроэлектроники и объединяет функции аппаратной токовой защиты электросети, энергомониторинга и превентивного визуального контроля обстановки в единый контур, предотвращая аварийные ситуации и возгорания в аудитории. 28. Замечание не принимается. Обоснование: Закупается единый аппаратно-программный комплекс обеспечения электрической и пожарной безопасности учебного кабинета с функциями мониторинга электропотребления, токовой защиты и автоматизированного управления питанием лабораторных линий. 29. Замечание не принимается. Обоснование: В школьном кабинете с силовыми нагрузками пожарная и электрическая безопасность неразрывно связаны с визуальным контролем обстановки: камера с ИК-подсветкой (5–15 м) позволяет дистанционно верифицировать признаки искрения, задымления или несанкционированного включения силовых приборов учащимися. Емкость базовой станции не менее 64 умных устройств заложена Заказчиком в целях перспективного масштабирования системы (поэтапное оснащение индивидуальными блоками безопасности каждого лабораторного стола) без замены шлюза. 30. Замечание не принимается. Обоснование: Оборудование отвечает государственным стандартам безопасности низковольтного оборудования, требованиям Правил устройства электроустановок Республики Казахстан (ПУЭ РК) и нормам пожарной безопасности. 31. Замечание не принимается. Обоснование: Коммутационная аппаратура (розетка 16 А / 3,5 кВт и выключатель) рассчитана на стандартные бытовые однофазные сети 220 В. Монтаж и подключение осуществляются силами квалифицированных специалистов поставщика в рамках сопутствующих пусконаладочных работ в строгом соответствии с ПУЭ РК и правилами техники безопасности. 32. Замечание не принимается. Обоснование: Подключение оборудования осуществляется к существующей кабельной разводке и розеточным группам учебного кабинета в соответствии с комплектными руководствами по эксплуатации; разработка капитального строительного проекта не требуется. Выполнение работ фиксируется актами выполненных пусконаладочных работ. 33. Замечание принимается в части. Обоснование: Заказчиком во исполнение предписания ДВГА принято решение об исключении из технической спецификации требований о том, что авторизационное письмо должно быть адресовано конкурсной комиссии, содержать номер и наименование конкурса, номер лота, а также требования о том, что дата выдачи письма не должна предшествовать дате публикации объявления о проведении текущего конкурса. В техническую спецификацию вносятся соответствующие изменения. Потенциальный поставщик вправе предоставить любое действующее официальное авторизационное, дилерское или партнерское письмо (договор/сертификат) производителя либо его официального представителя на территории РК в пределах срока его действия. В остальной части замечание не принимается: само требование о наличии авторизационного документа и протоколов аккредитованных испытательных лабораторий системы Национального центра аккредитации (NCA) РК сохраняется в целях подтверждения легальности канала поставки оригинального оборудования, гарантии заводской технической поддержки и превентивной защиты государственной информационной инфраструктуры от киберугроз. 34. Замечание не принимается. Обоснование: Перенос подтверждения защищенности программного обеспечения на стадию приемки создает критический риск поставки уязвимого софта, компрометации локальной сети школы и срыва исполнения договора государственных закупок. Подтверждение информационной безопасности на этапе подачи заявок является гарантией зрелости тиражного программного продукта и превентивной защитой учащихся от киберугроз. 35. Замечание не принимается. Обоснование: Каждый из пяти протоколов аккредитованных испытательных лабораторий системы NCA РК подтверждает самостоятельный и критически важный контур безопасности государственной информационной инфраструктуры (сеть, DevSecOps-процессы, нагрузочная устойчивость, программный код SAST и функции ролевого доступа государственного стандарта СТ РК ISO/IEC 15408-2-2017). Отсутствие любого из документов создает прямую угрозу безопасности образовательной среды. 36. Замечание не принимается. Обоснование: Срок поставки в течение 45 календарных дней с момента заключения договора определен исходя из графиков учебного процесса и планов модернизации материально-технической базы лицея. Все составляющие закупаемого комплекса серийно производятся и широко представлены на складах официальных дистрибьюторов в Республике Казахстан, в связи с чем 45 дней является стандартным и достаточным сроком для поставки при надлежащей организации логистических процессов поставщиком. 37. Замечание не принимается. Обоснование: Техническая спецификация сформирована в строгом соответствии с пунктом 2 статьи 21 Закона РК «О государственных закупках» и Правилами осуществления государственных закупок исходя из объективных потребностей специализированного лицея. Все установленные характеристики базируются на открытых отраслевых, национальных и международных стандартах (SELV 36 В, Wi-Fi 802.11, WebSocket RFC 6455, JSON, IP54, ПУЭ РК, СТ РК ISO/IEC 15408-2-2017), не содержат указаний на товарные знаки или конкретных изготовителей и позволяют предложить сертифицированную продукцию широкого круга брендов, представленных на рынке Республики Казахстан. За исключением исключенных требований к реквизитам и дате авторизационных писем (п. 33, согласно предписанию ДВГА), оснований для изменения параметров технической спецификации не имеется.
