Внимание! Соединение с приложением прервано. Дождитесь повторного подключения.
Обсуждение документации - Просмотр сообщения № 1068720
Тема сообщения
Нарушения в ТС
Тип сообщения
Замечание к АД
Поставщик
АРУЖАН
Представитель поставщика
КУЛАКОВ БЕЙБИТ МАДАТАЕВИЧ
Дата и время отправки сообщения
2026-09-24 22:55:54
Текст сообщения
ЗАМЕЧАНИЯ
1. Просим пересмотреть техническую спецификацию в части требований, которые не являются характеристиками закупаемого товара, а фактически устанавливают дополнительные условия к потенциальному поставщику и разработчику программного обеспечения.
Наиболее существенными являются обязательное авторизационное письмо производителя, QR-код для его проверки, установленная дата выдачи, подтверждение права распространения, документы на авторские права на исходный код, подтверждение статуса иностранного представителя/дистрибьютора, а также пять специализированных протоколов испытаний, выданных независимой лабораторией с действующей аккредитацией NCA.
Подобные условия зависят не от характеристик товара и возможности исполнить договор, а от действий и коммерческой политики третьих лиц.
2. Требование авторизационного письма производителя с персонализированным QR-кодом для проверки на официальном сайте ограничивает круг участников производителями, имеющими именно такую инфраструктуру подтверждения документов.
Производитель может выпускать полностью лицензионное и легально поставляемое ПО, но не формировать авторизационные письма с QR-кодами. Это не свидетельствует о худших характеристиках продукта.
Просим исключить QR-код как обязательный реквизит.
3. Требование о дате авторизационного письма не ранее даты публикации закупки также не имеет отношения к действительности полномочий участника. Долгосрочный действующий договор официального дистрибьютора, дилерский сертификат или письмо производителя, выданные до объявления закупки, могут объективно подтверждать право поставки.
Просим допустить действующие на дату подачи заявки документы независимо от даты их первоначальной выдачи.
4. Требование предоставить документы, подтверждающие право на исходный код ПО, является чрезмерным. Законный реселлер готового программного продукта, как правило, не обладает авторским правом на исходный код и не должен им обладать для поставки законных лицензий конечному пользователю.
Просим разделить право использования/распространения экземпляра ПО и исключительные авторские права на исходный код.
5. Требование одновременно пяти отдельных протоколов безопасности и испытаний имеет признаки искусственного набора документов под заранее исследованный программный продукт.
Особенно ограничивающим является требование наличия уже на момент подачи заявки действующих:
— протокола обследования сетевой инфраструктуры;
— протокола исследования процессов информационной безопасности;
— нагрузочных испытаний;
— SAST-анализа исходного кода;
— протокола функций информационной безопасности по СТ РК ISO/IEC 15408-2-2017.
Просим заменить данный пакет документов одним либо несколькими общепринятыми подтверждениями безопасности либо провести необходимые проверки на стадии приемки.
6. Требование проводить SAST через независимую аккредитованную лабораторию ограничивает использование массовых зарубежных образовательных платформ, исходный код которых является коммерческой тайной и не предоставляется сторонним лабораториям.
7. Дополнительно ТС прямо предусматривает отклонение при отсутствии хотя бы одного протокола. Таким образом документы фактически приобретают значение квалификационного фильтра.
Просим исключить такую формулировку.
8. Внутреннее устройство образовательного ПО описано чрезмерно подробно: микросервисы/SOA, трехуровневая модель, минимум 18 модулей, API между модулями, reverse proxy, алгоритмы балансировки, мониторинг с интервалом до одной минуты, отдельный аудит вызовов API и т.д.
Все перечисленное относится к внутреннему программированию продукта.
Просим оценивать ПО по доступности, функциям, количеству пользователей, быстродействию и безопасности.
9. Необходимо устранить несогласованность между требованием масштабирования минимум до 1000 одновременных активных подключений и серверными характеристиками, заявленными как достаточные до 100 пользователей.
10. Для одной школы целесообразно установить фактическое количество одновременных пользователей исходя из числа учебных классов, а не серверную нагрузку масштаба крупной образовательной платформы.
11. Требование RTO не более 4 часов и RPO не более 24 часов может быть оправдано, однако необходимо указать, распространяется ли оно на локальную инсталляцию в школе либо облачную инфраструктуру разработчика и кто обеспечивает резервный сервер.
12. Условие передачи Заказчику права использования ПО на весь срок действия авторского права, без ограничения числа создаваемых учетных записей и территории использования, требует уточнения лицензионной модели. Если закупается одна единица ПО, необходимо определить, является ли это бессрочная корпоративная лицензия для всей организации.
13. Отдельно просим исключить точные UI/UX-параметры, которые не определяют образовательный результат: три клика, 44×44 пикселя, 10 инструментов, 10 цветов, HEX и 16 миллионов оттенков, 5 толщин линии, определенное количество ракурсов и кликабельных точек.
14. Требование видео длительностью только 5–15 минут необоснованно. Современная образовательная платформа должна принимать материалы разной длительности.
15. В ТС беспроводного сенсорного комплекса WebSocket и JSON закреплены как обязательная реализация. Просим определить максимально допустимую задержку и надежность передачи, а не конкретный программный протокол.
16. Требование темной темы, текста Sensor Hub, пиктограммы микрочипа, строго 15 карточек и конкретного вида красного индикатора при потере связи имеет признаки копирования макета интерфейса определенного продукта.
Просим полностью удалить данные требования.
17. Электрическая система безопасности также описана через готовую закрытую экосистему, в которую одновременно входят центр управления с камерой, интеллектуальная розетка, интеллектуальный выключатель и единое мобильное приложение.
Просим допустить функционально совместимые компоненты разных производителей либо обосновать необходимость исключительно единой фирменной экосистемы.
18. В системе управления установлено сопряжение не менее 64 периферийных устройств, хотя закупается по одной розетке и одному выключателю. Просим обосновать потребность именно в 64 устройствах либо снизить количество, например до 16.
19. Для камеры центра управления одновременно ограничена дальность ИК-подсветки минимум 5 и максимум 15 метров. Верхняя граница не несет очевидного преимущества: устройство с дальностью 20 м функционально лучше.
Просим убрать максимальное значение.
20. Аналогично поддержка карты памяти ограничена максимумом 256 ГБ. Устройство, поддерживающее карты 512 ГБ, не должно считаться худшим.
Просим установить только минимально требуемую поддерживаемую емкость.
21. Требование реагирования розетки на команду не более двух секунд и на перегрузку не более одной секунды должно сопровождаться методикой приемки и учитывать сетевые задержки.
22. В требованиях к автоматизации розетки предусмотрено управление по погодным условиям и восходу/закату солнца. Для школьной электрической безопасности данные функции не являются базово необходимыми.
Просим сделать их необязательными.
23. Требование обязательной двухфакторной аутентификации мобильного приложения для управления одной школьной розеткой и выключателем может неоправданно ограничивать массовые решения. При необходимости информационной безопасности достаточно защищенной учетной записи и шифрованной связи.
24. Просим дополнительно пересмотреть требование авторизованного или собственного сервисного центра на весь заявленный срок эксплуатации. Обязанность фактически зависит от сервисной структуры производителя и может выходить за рамки гарантийного срока.
25. ТС должна быть переработана таким образом, чтобы поставщик мог предложить легальный товар через любой законный канал поставки и подтвердить его характеристики технической документацией производителя, а не предварительно получать специально сформированные документы третьих лиц под конкретную закупку.
1. Просим пересмотреть техническую спецификацию в части требований, которые не являются характеристиками закупаемого товара, а фактически устанавливают дополнительные условия к потенциальному поставщику и разработчику программного обеспечения.
Наиболее существенными являются обязательное авторизационное письмо производителя, QR-код для его проверки, установленная дата выдачи, подтверждение права распространения, документы на авторские права на исходный код, подтверждение статуса иностранного представителя/дистрибьютора, а также пять специализированных протоколов испытаний, выданных независимой лабораторией с действующей аккредитацией NCA.
Подобные условия зависят не от характеристик товара и возможности исполнить договор, а от действий и коммерческой политики третьих лиц.
2. Требование авторизационного письма производителя с персонализированным QR-кодом для проверки на официальном сайте ограничивает круг участников производителями, имеющими именно такую инфраструктуру подтверждения документов.
Производитель может выпускать полностью лицензионное и легально поставляемое ПО, но не формировать авторизационные письма с QR-кодами. Это не свидетельствует о худших характеристиках продукта.
Просим исключить QR-код как обязательный реквизит.
3. Требование о дате авторизационного письма не ранее даты публикации закупки также не имеет отношения к действительности полномочий участника. Долгосрочный действующий договор официального дистрибьютора, дилерский сертификат или письмо производителя, выданные до объявления закупки, могут объективно подтверждать право поставки.
Просим допустить действующие на дату подачи заявки документы независимо от даты их первоначальной выдачи.
4. Требование предоставить документы, подтверждающие право на исходный код ПО, является чрезмерным. Законный реселлер готового программного продукта, как правило, не обладает авторским правом на исходный код и не должен им обладать для поставки законных лицензий конечному пользователю.
Просим разделить право использования/распространения экземпляра ПО и исключительные авторские права на исходный код.
5. Требование одновременно пяти отдельных протоколов безопасности и испытаний имеет признаки искусственного набора документов под заранее исследованный программный продукт.
Особенно ограничивающим является требование наличия уже на момент подачи заявки действующих:
— протокола обследования сетевой инфраструктуры;
— протокола исследования процессов информационной безопасности;
— нагрузочных испытаний;
— SAST-анализа исходного кода;
— протокола функций информационной безопасности по СТ РК ISO/IEC 15408-2-2017.
Просим заменить данный пакет документов одним либо несколькими общепринятыми подтверждениями безопасности либо провести необходимые проверки на стадии приемки.
6. Требование проводить SAST через независимую аккредитованную лабораторию ограничивает использование массовых зарубежных образовательных платформ, исходный код которых является коммерческой тайной и не предоставляется сторонним лабораториям.
7. Дополнительно ТС прямо предусматривает отклонение при отсутствии хотя бы одного протокола. Таким образом документы фактически приобретают значение квалификационного фильтра.
Просим исключить такую формулировку.
8. Внутреннее устройство образовательного ПО описано чрезмерно подробно: микросервисы/SOA, трехуровневая модель, минимум 18 модулей, API между модулями, reverse proxy, алгоритмы балансировки, мониторинг с интервалом до одной минуты, отдельный аудит вызовов API и т.д.
Все перечисленное относится к внутреннему программированию продукта.
Просим оценивать ПО по доступности, функциям, количеству пользователей, быстродействию и безопасности.
9. Необходимо устранить несогласованность между требованием масштабирования минимум до 1000 одновременных активных подключений и серверными характеристиками, заявленными как достаточные до 100 пользователей.
10. Для одной школы целесообразно установить фактическое количество одновременных пользователей исходя из числа учебных классов, а не серверную нагрузку масштаба крупной образовательной платформы.
11. Требование RTO не более 4 часов и RPO не более 24 часов может быть оправдано, однако необходимо указать, распространяется ли оно на локальную инсталляцию в школе либо облачную инфраструктуру разработчика и кто обеспечивает резервный сервер.
12. Условие передачи Заказчику права использования ПО на весь срок действия авторского права, без ограничения числа создаваемых учетных записей и территории использования, требует уточнения лицензионной модели. Если закупается одна единица ПО, необходимо определить, является ли это бессрочная корпоративная лицензия для всей организации.
13. Отдельно просим исключить точные UI/UX-параметры, которые не определяют образовательный результат: три клика, 44×44 пикселя, 10 инструментов, 10 цветов, HEX и 16 миллионов оттенков, 5 толщин линии, определенное количество ракурсов и кликабельных точек.
14. Требование видео длительностью только 5–15 минут необоснованно. Современная образовательная платформа должна принимать материалы разной длительности.
15. В ТС беспроводного сенсорного комплекса WebSocket и JSON закреплены как обязательная реализация. Просим определить максимально допустимую задержку и надежность передачи, а не конкретный программный протокол.
16. Требование темной темы, текста Sensor Hub, пиктограммы микрочипа, строго 15 карточек и конкретного вида красного индикатора при потере связи имеет признаки копирования макета интерфейса определенного продукта.
Просим полностью удалить данные требования.
17. Электрическая система безопасности также описана через готовую закрытую экосистему, в которую одновременно входят центр управления с камерой, интеллектуальная розетка, интеллектуальный выключатель и единое мобильное приложение.
Просим допустить функционально совместимые компоненты разных производителей либо обосновать необходимость исключительно единой фирменной экосистемы.
18. В системе управления установлено сопряжение не менее 64 периферийных устройств, хотя закупается по одной розетке и одному выключателю. Просим обосновать потребность именно в 64 устройствах либо снизить количество, например до 16.
19. Для камеры центра управления одновременно ограничена дальность ИК-подсветки минимум 5 и максимум 15 метров. Верхняя граница не несет очевидного преимущества: устройство с дальностью 20 м функционально лучше.
Просим убрать максимальное значение.
20. Аналогично поддержка карты памяти ограничена максимумом 256 ГБ. Устройство, поддерживающее карты 512 ГБ, не должно считаться худшим.
Просим установить только минимально требуемую поддерживаемую емкость.
21. Требование реагирования розетки на команду не более двух секунд и на перегрузку не более одной секунды должно сопровождаться методикой приемки и учитывать сетевые задержки.
22. В требованиях к автоматизации розетки предусмотрено управление по погодным условиям и восходу/закату солнца. Для школьной электрической безопасности данные функции не являются базово необходимыми.
Просим сделать их необязательными.
23. Требование обязательной двухфакторной аутентификации мобильного приложения для управления одной школьной розеткой и выключателем может неоправданно ограничивать массовые решения. При необходимости информационной безопасности достаточно защищенной учетной записи и шифрованной связи.
24. Просим дополнительно пересмотреть требование авторизованного или собственного сервисного центра на весь заявленный срок эксплуатации. Обязанность фактически зависит от сервисной структуры производителя и может выходить за рамки гарантийного срока.
25. ТС должна быть переработана таким образом, чтобы поставщик мог предложить легальный товар через любой законный канал поставки и подтвердить его характеристики технической документацией производителя, а не предварительно получать специально сформированные документы третьих лиц под конкретную закупку.
Ответы представителей заказчика и организатора, секретаря
Дата:
2026-10-03 01:06:32
Автор:
САДУОВ СЕРИК ИСЛЯМОВИЧ
Решение:
Внести изменения и (или) дополнения в проект аукционной документации
1. Замечание не принимается. Обоснование: В соответствии с пунктом 2 статьи 21 Закона РК «О государственных закупках», Заказчик определяет требуемые функциональные, технические, качественные и эксплуатационные характеристики закупаемых товаров исходя из собственных потребностей, целей обеспечения безопасности образовательного процесса и защиты государственной информационной инфраструктуры лицея. Требования к подтверждающим документам на сложное оборудование и программные средства обусловлены необходимостью подтверждения легальности происхождения продукции, наличия официальной гарантийной поддержки и соответствия программного обеспечения национальным стандартам информационной безопасности Республики Казахстан. 2. Замечание не принимается. Обоснование: Наличие QR-кода на авторизационном письме является современным открытым инструментом экспресс-проверки подлинности документа на официальном интернет-ресурсе вендора/правообладателя непосредственно конкурсной комиссией в процессе рассмотрения заявок без направления длительных письменных запросов производителю. Данное требование направлено на прозрачность процедур и исключение фальсификации подтверждающих писем недобросовестными посредниками. При отсутствии QR-кода на бланке вендора подлинность документа может подтверждаться иными открытыми официальными инструментами онлайн-верификации (реестр партнеров на официальном сайте, уникальный серийный номер документа, официальный почтовый домен вендора). 3. Замечание принимается в части. Обоснование: Заказчиком принято решение об исключении из технической спецификации требований о том, что авторизационное письмо должно быть адресовано конкурсной комиссии, содержать номер и наименование конкурса, номер лота, а также требования о том, что дата выдачи письма не должна предшествовать дате публикации объявления о проведении текущего конкурса (согласно предписанию ДВГА). В техническую спецификацию вносятся соответствующие изменения. Потенциальный поставщик вправе предоставить любое действующее официальное авторизационное, дилерское или партнерское письмо производителя либо его официального представителя на территории РК, выданное до публикации объявления, в пределах срока его действия. Само требование о наличии авторизационного документа и QR-кода для быстрой проверки сохраняется в целях подтверждения легальности канала поставки оригинального оборудования и защиты лицея от контрафакта. 4. Замечание не принимается. Обоснование: В технической спецификации указано общее требование подтверждения законности распространения продукта. Указание в скобках «(авторское право на исходный код ПО)» приведено в качестве примера документа для поставщиков, являющихся непосредственными разработчиками-правообладателями. Потенциальный поставщик не обязан являться владельцем исходного кода; законность поставки подтверждается стандартными дилерскими, дистрибьюторскими или лицензионными договорами о передаче неисключительных прав на распространение («campus license») от правообладателя. 5. Замечание не принимается. Обоснование: Закупаемое программное обеспечение разворачивается в локальной вычислительной сети государственного лицея и обрабатывает персональные данные сотен несовершеннолетних учащихся. Каждый из пяти протоколов аккредитованных испытательных лабораторий системы Национального центра аккредитации (NCA) РК закрывает самостоятельный и критически важный контур безопасности государственной информационной инфраструктуры: защищенность сетевого взаимодействия от атак перехвата и подмены учебного контента (Man-in-the-Middle), внедрение процессов DevSecOps и выпуск защитных обновлений, архитектурную устойчивость к пиковым нагрузкам (до 1000 сессий), статический анализ кода (SAST) на отсутствие недекларированных закладок и юридически значимое соответствие государственному стандарту СТ РК ISO/IEC 15408-2-2017. Отсутствие любого из документов создает прямую угрозу безопасности образовательной среды. 6. Замечание не принимается. Обоснование: Статический анализ исходного кода (SAST) проводится аккредитованными испытательными лабораториями системы NCA РК в условиях государственной аттестации и строгого соблюдения конфиденциальности (соглашения NDA), что полностью исключает риски разглашения коммерческой тайны. Передача исходного кода Заказчику или поставщику не требуется: разработчик заблаговременно и самостоятельно организует прохождение плановой сертификации своего программного продукта в лаборатории, а поставщик запрашивает у правообладателя готовый действующий протокол испытаний. 7. Замечание не принимается. Обоснование: В государственных закупках Республики Казахстан юридическую силу имеют официальные документы испытательных лабораторий, входящих в национальную систему аккредитации (NCA) РК в соответствии с Законом РК «О техническом регулировании». Перенос подтверждения защищенности ПО на стадию приемки создает критический риск поставки уязвимого софта, компрометации локальной сети школы и срыва исполнения договора государственных закупок. Подтверждение информационной безопасности на этапе подачи заявок является превентивной гарантией зрелости программного продукта и защиты учащихся от киберугроз. 8. Замечание не принимается. Обоснование: Клиент-серверный принцип, трехуровневая модель и сервисно-ориентированная (микросервисная) архитектура являются индустриальными стандартами отказоустойчивости высоконагруженных систем: сбой одного функционального модуля не приводит к аварийной остановке всей платформы школы во всех классах одновременно. Монолитные решения не обеспечивают требуемой компонентной изоляции. Перечень из не менее 18 логических модулей определяет функциональную полноту образовательной платформы (аутентификация, сессии, хранилище, 3D-рендеринг, видеостриминг, субтитры, интерактивные задания, игровой сервер, постоянное соединение, генерация QR, статистика/отчеты, бэкап, мониторинг мощностей, аудит действий, CMS, маршрутизация, раздача статики, криптографическая защита), гарантируя покрытие утвержденной учебной программы. 9. Замечание не принимается. Обоснование: В технической спецификации противоречие отсутствует. Серверные аппаратные ресурсы (не менее 8 ядер, 16 ГБ ОЗУ) указаны как локальный минимум вычислительных мощностей аудитории для стабильной синхронной работы одного класса (до 100 пользователей), тогда как показатель масштабируемости до 1000 активных сетевых соединений (WebSocket/HTTP) определяет архитектурную емкость самого программного ядра разработчика при проведении общелицейских срезов знаний, олимпиад и параллельных уроков. 10. Замечание не принимается. Обоснование: Контингент специализированного лицея составляет сотни учащихся, распределенных по параллелям классов и сменам. Образовательная платформа приобретается для долгосрочной эксплуатации как на локальных уроках, так и при проведении синхронных общелицейских тестирований и интерактивных мероприятий. Архитектурная поддержка масштабирования ядра веб-софта является базовым свойством современного тиражного программного обеспечения и не влечет удорожания. 11. Замечание не принимается. Обоснование: Параметры RTO не более 4 часов и RPO не более 24 часов регламентируют правила обеспечения непрерывности образовательного процесса при локальном развертывании платформы в вычислительной инфраструктуре лицея в соответствии с «Руководством системного администратора». Резервные копии изолируются на дисковом массиве школьной инфраструктуры, создание отдельного резервного вычислительного кластера для кабинета не требуется. 12. Замечание не принимается. Обоснование: В разделе 7.1 технической спецификации правовой статус лицензии зафиксирован однозначно: Заказчику передаются неисключительные права на использование ПО для образовательной организации («campus license») на весь срок действия авторских прав без ограничения количества создаваемых учетных записей внутри лицея. Это гарантирует равный доступ всему контингенту учащихся и педагогов и защищает бюджет от необходимости регулярных платных подписок. 13. Замечание не принимается. Обоснование: Требования к эргономике пользовательского интерфейса (правило трех кликов, размер интерактивных элементов не менее 44х44 пикселя, размер шрифта от 14 пикселей, палитра TrueColor, 10 инструментов) научно обоснованы международными стандартами доступности и гигиены зрения (ISO 9241-110, W3C WCAG 2.1). Они предотвращают зрительное утомление школьников и исключают ошибочные нажатия пальцами на сенсорных экранах мобильных устройств. 14. Замечание не принимается. Обоснование: Ограничение продолжительности учебных видеофрагментов (от 5 до 15 минут) установлено в строгом соответствии с Санитарными правилами «Санитарно-эпидемиологические требования к объектам образования» Республики Казахстан, регламентирующими непрерывную длительность применения технических средств обучения (ТСО) на уроке, а также нормами методики микрообучения (microlearning). Непрерывная демонстрация видеоматериалов свыше 15 минут на школьном уроке прямо нарушает санитарно-гигиенические нормы охраны зрения учащихся. 15. Замечание не принимается. Обоснование: Протокол WebSocket (RFC 6455) и формат структурирования данных JSON (RFC 8259) являются открытыми международными веб-стандартами IETF/W3C. Их применение необходимо для обеспечения прямой трансляции показаний с 15 датчиков лаборатории в стандартные веб-браузеры моноблоков в режиме реального времени без установки сторонних проприетарных драйверов. Протоколы MQTT и сырой TCP требуют промежуточных брокеров и платформенно-зависимых приложений, что нарушает концепцию автономного готового комплекса «из коробки». 16. Замечание не принимается. Обоснование: Требования к эргономике веб-интерфейса дашборда датчиков (Dark Theme, Grid-layout из 15 карточек, контрастная индикация статусов) научно обоснованы: темная цветовая схема снижает зрительное утомление и обеспечивает высокую контрастность графиков при демонстрации результатов эксперимента с расстояния нескольких метров. Контрастный статус «НЕАКТИВЕН» на красном фоне гарантирует мгновенную визуальную диагностику сбоя датчика учителем и исключает отображение «зависших» устаревших данных под видом актуальных измерений. Описание интерфейса не содержит указаний на товарные знаки и реализуется стандартными средствами HTML5/CSS/JavaScript. 17. Замечание не принимается. Обоснование: Закупаемый комплекс электрической безопасности предназначен для специализированного учебного кабинета с высокой концентрацией микроэлектроники и объединяет функции аппаратной токовой защиты электросети, энергомониторинга и превентивного визуального контроля обстановки в единый контур. Спецификация базируется на открытых международных стандартах электробезопасности и позволяет предложить сертифицированное оборудование широкого круга производителей, представленных на рынке РК (Aqara, Tuya, Sonoff, Xiaomi Smart Home, Legrand и их эквиваленты). 18. Замечание не принимается. Обоснование: Емкость Центра управления не менее 64 умных устройств заложена Заказчиком в целях перспективного масштабирования системы безопасности аудитории (плановое поэтапное оснащение индивидуальными блоками безопасности и сенсорами каждого лабораторного стола учащихся) без необходимости повторного расходования бюджетных средств на замену базовой станции. 19. Замечание не принимается. Обоснование: Диапазон действия инфракрасной подсветки от 5 до 15 метров научно и геометрически обоснован размерами учебного помещения (длина типового класса лицея составляет 8–12 метров). Применение ИК-подсветки свыше 15 метров в замкнутом пространстве кабинета создает паразитную засветку и переотражение светового потока от стен и мебели, что ухудшает контрастность и детализацию ночной видеофиксации. Верхний предел (не более 15 метров) защищает матрицу от оптической пересветки. 20. Замечание не принимается. Обоснование: Диапазон объема поддерживаемых карт памяти от 64 до 256 ГБ является оптимальным техническим стандартом для стабильного функционирования файловых систем FAT32 и exFAT на микроконтроллере устройства при циклической перезаписи видеоархива событий глубиной до 30 дней. Применение карт избыточного объема (512 ГБ и выше) влечет повышенную нагрузку на контроллер хаба и риски системных сбоев при циклической фиксации аварийных событий. 21. Замечание не принимается. Обоснование: Время отклика не более 2 секунд характеризует быстродействие встроенного микроконтроллера при нормальном сетевом подключении и критически важно при необходимости экстренного дистанционного ручного обесточивания линии преподавателем. Быстродействие защиты от перегрузки не более 1 секунды обусловлено нормативными требованиями Правил устройства электроустановок Республики Казахстан (ПУЭ РК), предотвращая нагрев проводки и термическое повреждение сети школы. Параметры подтверждаются официальным техническим паспортом изделия завода-изготовителя. 22. Замечание не принимается. Обоснование: Сценарии автоматизации («восход/закат» и «погода») являются базовыми энергосберегающими алгоритмами современных контроллеров, позволяющими автоматически оптимизировать дежурные режимы освещения кабинета и исключающими человеческий фактор оставления включенных силовых приборов на ночь. Базовые алгоритмы защиты от перегрузок и коротких замыканий выполняются аппаратно и энергонезависимо даже при отсутствии внешнего интернета. 23. Замечание не принимается. Обоснование: Поддержка двухфакторной аутентификации (2FA) для учетных записей администраторов и шифрование не ниже AES-128 обязательны для превентивной защиты силового электропитания школьного кабинета от несанкционированного перехвата управления третьими лицами и соответствуют единым требованиям в сфере ИКТ и обеспечения информационной безопасности государственных учреждений. 24. Замечание не принимается. Обоснование: Наличие авторизованного или собственного сервисного центра (договорных отношений с сервисом) на территории Республики Казахстан на протяжении заявленного срока службы гарантирует ремонтопригодность поставляемого силового оборудования, доступность оригинальных запасных частей и выполнение обязательств по технической поддержке после ввода в эксплуатацию, защищая государственное учреждение от поставки неремонтопригодных приборов «одноразового» использования. 25. Замечание не принимается. Обоснование: Техническая спецификация сформирована в строгом соответствии с пунктом 2 статьи 21 Закона РК «О государственных закупках» и Правилами осуществления государственных закупок исходя из объективных потребностей специализированного лицея. Характеристики закупаемого комплекса базируются на открытых отраслевых, национальных и международных стандартах, не содержат указаний на товарные знаки или конкретных изготовителей и позволяют предложить сертифицированную продукцию различных брендов, представленных на рынке Республики Казахстан. За исключением исключенных требований к дате выдачи и реквизитам авторизационных писем (п. 3, согласно предписанию ДВГА), оснований для изменения параметров технической спецификации не имеется.
