Внимание! Соединение с приложением прервано. Дождитесь повторного подключения.
Обсуждение документации - Просмотр сообщения № 1065268
Тема сообщения
Замечание к КД
Тип сообщения
Запрос о разъяснении КД
Поставщик
Товарищество с ограниченной ответственностью "Alpha Edtech"
Представитель поставщика
АХМАНОВ ТАЛГАТ КЕНЖЕБУЛАТОВИЧ
Дата и время отправки сообщения
2026-08-17 10:48:29
Текст сообщения
Замечание 8. Неопределённое требование к мутности
Место в ТС:
«Мутность интерактивной панели должно быть не менее от 3 до 8%».
Замечание
Указанная формулировка является внутренне противоречивой и не позволяет однозначно определить критерий соответствия.
Неясно, должно ли значение составлять:
• не менее 3%;
• от 3 до 8%;
• не более 8%;
• либо соответствовать иному значению.
Таким образом, требование является неоднозначным и затрудняет объективную проверку технических предложений.
Просим привести показатель к однозначной количественной формулировке.
Замечание 9. Требование об угле обзора 179°
Место в ТС:
«Угол обзора должен составлять не менее 179°».
Замечание
В ТС отсутствует обоснование необходимости установления именно значения 179°.
Кроме того, угол обзора технически должен характеризоваться с указанием направления измерения — горизонтального и/или вертикального.
Просим либо обосновать необходимость данного значения, либо установить объективный показатель с указанием порядка его определения.
Замечание 10. Неадминистрируемые требования к сервисам видеосвязи
Согласно подпункту 1) пункта 4 статьи 12 Закона запрещается установление неизмеряемых количественно и/или неадминистрируемых требований. Закон определяет неадминистрируемые требования как требования, которые невозможно проверить и/или проконтролировать (абзац второй подпункта 1) пункта 4 статьи 12 Закона). В ТС содержатся формулировки:
«...запускать видеоконференции с использованием популярных сервисов видеосвязи...».
Замечание
Понятие «популярные сервисы видеосвязи» не имеет объективного определения и не позволяет установить, какие именно сервисы должны поддерживаться.
В результате потенциальные поставщики не имеют возможности однозначно определить соответствие предлагаемого товара ТС, а заказчик — объективно проверить такое соответствие. Указанные характеристики не содержат объективных критериев оценки и не определяют способ проверки соответствия предлагаемого программного продукта.
Согласно подпункту 1) пункта 4 статьи 12 Закона запрещается установление не измеряемых количественно и/или неадминистрируемых требований. Закон отдельно определяет неадминистрируемые требования как требования, которые невозможно проверить и/или контролировать.
Просим указать конкретный перечень поддерживаемых сервисов либо установить объективные технические требования к видеоконференцсвязи.
Замечание 11. Неопределённое требование к протоколу передачи данных
В ТС указано:
«...обеспечивать безопасную передачу данных с использованием соответствующего протокола».
При этом поставщик должен указать используемый метод шифрования и протокол.
Замечание
Формулировка «соответствующий протокол» не определяет конкретного требования и допускает субъективную оценку соответствия.
Если заказчик предъявляет требования к информационной безопасности, должны быть установлены конкретные технические параметры либо нормативные стандарты, которым должна соответствовать система.
Просим установить объективные и проверяемые требования к протоколам и методам шифрования согласно подпункту 1) пункта 4 статьи 12 Закона
Замечание 12. Требование об объёме облачного хранения 100 ТБ
В ТС установлено:
«Объем общего облачного хранилища должен быть не менее 100 ТБ на организацию».
Замечание
В технической спецификации отсутствует обоснование необходимости именно 100 ТБ облачного хранения.
Установление значительного объёма хранения без указания расчёта фактической потребности может привести к необоснованному ограничению круга программных решений.
Просим предоставить обоснование установленного объёма либо определить его исходя из фактического количества пользователей и предполагаемого объёма данных.
Замечание 13. Неограниченное количество пользователей без дополнительных лицензионных платежей
ТС предусматривает:
«создание неограниченного количества пользовательских учетных записей без дополнительных лицензионных отчислений».
Замечание
Указанное условие фактически устанавливает конкретную коммерческую модель лицензирования программного продукта, а не только функциональное требование к нему.
При этом отсутствует обоснование необходимости именно неограниченного количества пользователей.
Для обеспечения потребности образовательной организации возможно установить конкретное количество пользователей либо функциональное требование к количеству одновременно работающих пользователей.
Просим пересмотреть данное требование и установить объективный показатель, соответствующий фактической потребности заказчика.
Замечание 14. Установление неадминистрируемых требований и требований, необоснованно ограничивающих круг потенциальных поставщиков.
В соответствии с пунктом 3 статьи 12 Закона Республики Казахстан «О государственных закупках» конкурсная документация должна содержать требования технической спецификации с указанием национальных стандартов, а при их отсутствии — межгосударственных стандартов. При отсутствии соответствующих стандартов заказчиком указываются конкретные функциональные, технические, качественные и эксплуатационные характеристики закупаемого товара с учетом нормирования государственных закупок.
Вместе с тем пунктом 4 статьи 12 указанного Закона установлен прямой запрет на включение в конкурсную документацию условий, влекущих ограничение количества потенциальных поставщиков, в том числе путем установления любых не измеряемых количественно и (или) неадминистрируемых требований.
При этом Законом прямо определено, что неадминистрируемыми являются требования, которые невозможно проверить и (или) проконтролировать, а неизмеряемыми — требования, которые невозможно точно оценить или измерить с помощью численных или статистических методов.
В рассматриваемой технической спецификации содержится значительное количество требований, сформулированных таким образом, что их соответствие невозможно установить объективно и единообразно в рамках рассмотрения конкурсных заявок.
В частности, используются формулировки:
• «интуитивно понятный»;
• «высокий уровень безопасности»;
• «удобный и безопасный доступ»;
• «оптимизированная среда»;
• «персонализированный интерактивный опыт»;
• «удобство и гибкость»;
• и иные аналогичные оценочные характеристики.
Указанные формулировки не содержат конкретных количественных показателей, технических параметров, критериев соответствия, методики проверки либо объективного способа документального подтверждения.
Например, из ТС невозможно установить:
• каким именно показателем определяется «высокий уровень безопасности»;
• какие конкретные требования должна выполнять система для признания доступа «удобным и безопасным»;
• какие параметры позволяют сделать вывод об «оптимизированной среде»;
• какие функциональные возможности свидетельствуют о наличии «персонализированного интерактивного опыта»;
• каким способом заказчик будет проверять «интуитивность» интерфейса;
• какое значение или набор объективных показателей позволяет признать соответствующее требование выполненным.
Таким образом, два потенциальных поставщика, предлагающих фактически сопоставимые по функционалу программные продукты, могут получить различную оценку соответствия исключительно вследствие субъективного восприятия заказчика. Это создает возможность произвольного толкования требований и, как следствие, необъективного допуска либо отклонения конкурсных заявок.
Иными словами, поставщик объективно не может заранее определить, какое именно техническое или функциональное решение будет признано заказчиком соответствующим таким требованиям. Следовательно, данные положения не являются полноценными техническими характеристиками товара, а представляют собой оценочные и неадминистрируемые критерии.
Просим заменить субъективные формулировки на конкретные, измеряемые и проверяемые функциональные характеристики.
Место в ТС:
«Мутность интерактивной панели должно быть не менее от 3 до 8%».
Замечание
Указанная формулировка является внутренне противоречивой и не позволяет однозначно определить критерий соответствия.
Неясно, должно ли значение составлять:
• не менее 3%;
• от 3 до 8%;
• не более 8%;
• либо соответствовать иному значению.
Таким образом, требование является неоднозначным и затрудняет объективную проверку технических предложений.
Просим привести показатель к однозначной количественной формулировке.
Замечание 9. Требование об угле обзора 179°
Место в ТС:
«Угол обзора должен составлять не менее 179°».
Замечание
В ТС отсутствует обоснование необходимости установления именно значения 179°.
Кроме того, угол обзора технически должен характеризоваться с указанием направления измерения — горизонтального и/или вертикального.
Просим либо обосновать необходимость данного значения, либо установить объективный показатель с указанием порядка его определения.
Замечание 10. Неадминистрируемые требования к сервисам видеосвязи
Согласно подпункту 1) пункта 4 статьи 12 Закона запрещается установление неизмеряемых количественно и/или неадминистрируемых требований. Закон определяет неадминистрируемые требования как требования, которые невозможно проверить и/или проконтролировать (абзац второй подпункта 1) пункта 4 статьи 12 Закона). В ТС содержатся формулировки:
«...запускать видеоконференции с использованием популярных сервисов видеосвязи...».
Замечание
Понятие «популярные сервисы видеосвязи» не имеет объективного определения и не позволяет установить, какие именно сервисы должны поддерживаться.
В результате потенциальные поставщики не имеют возможности однозначно определить соответствие предлагаемого товара ТС, а заказчик — объективно проверить такое соответствие. Указанные характеристики не содержат объективных критериев оценки и не определяют способ проверки соответствия предлагаемого программного продукта.
Согласно подпункту 1) пункта 4 статьи 12 Закона запрещается установление не измеряемых количественно и/или неадминистрируемых требований. Закон отдельно определяет неадминистрируемые требования как требования, которые невозможно проверить и/или контролировать.
Просим указать конкретный перечень поддерживаемых сервисов либо установить объективные технические требования к видеоконференцсвязи.
Замечание 11. Неопределённое требование к протоколу передачи данных
В ТС указано:
«...обеспечивать безопасную передачу данных с использованием соответствующего протокола».
При этом поставщик должен указать используемый метод шифрования и протокол.
Замечание
Формулировка «соответствующий протокол» не определяет конкретного требования и допускает субъективную оценку соответствия.
Если заказчик предъявляет требования к информационной безопасности, должны быть установлены конкретные технические параметры либо нормативные стандарты, которым должна соответствовать система.
Просим установить объективные и проверяемые требования к протоколам и методам шифрования согласно подпункту 1) пункта 4 статьи 12 Закона
Замечание 12. Требование об объёме облачного хранения 100 ТБ
В ТС установлено:
«Объем общего облачного хранилища должен быть не менее 100 ТБ на организацию».
Замечание
В технической спецификации отсутствует обоснование необходимости именно 100 ТБ облачного хранения.
Установление значительного объёма хранения без указания расчёта фактической потребности может привести к необоснованному ограничению круга программных решений.
Просим предоставить обоснование установленного объёма либо определить его исходя из фактического количества пользователей и предполагаемого объёма данных.
Замечание 13. Неограниченное количество пользователей без дополнительных лицензионных платежей
ТС предусматривает:
«создание неограниченного количества пользовательских учетных записей без дополнительных лицензионных отчислений».
Замечание
Указанное условие фактически устанавливает конкретную коммерческую модель лицензирования программного продукта, а не только функциональное требование к нему.
При этом отсутствует обоснование необходимости именно неограниченного количества пользователей.
Для обеспечения потребности образовательной организации возможно установить конкретное количество пользователей либо функциональное требование к количеству одновременно работающих пользователей.
Просим пересмотреть данное требование и установить объективный показатель, соответствующий фактической потребности заказчика.
Замечание 14. Установление неадминистрируемых требований и требований, необоснованно ограничивающих круг потенциальных поставщиков.
В соответствии с пунктом 3 статьи 12 Закона Республики Казахстан «О государственных закупках» конкурсная документация должна содержать требования технической спецификации с указанием национальных стандартов, а при их отсутствии — межгосударственных стандартов. При отсутствии соответствующих стандартов заказчиком указываются конкретные функциональные, технические, качественные и эксплуатационные характеристики закупаемого товара с учетом нормирования государственных закупок.
Вместе с тем пунктом 4 статьи 12 указанного Закона установлен прямой запрет на включение в конкурсную документацию условий, влекущих ограничение количества потенциальных поставщиков, в том числе путем установления любых не измеряемых количественно и (или) неадминистрируемых требований.
При этом Законом прямо определено, что неадминистрируемыми являются требования, которые невозможно проверить и (или) проконтролировать, а неизмеряемыми — требования, которые невозможно точно оценить или измерить с помощью численных или статистических методов.
В рассматриваемой технической спецификации содержится значительное количество требований, сформулированных таким образом, что их соответствие невозможно установить объективно и единообразно в рамках рассмотрения конкурсных заявок.
В частности, используются формулировки:
• «интуитивно понятный»;
• «высокий уровень безопасности»;
• «удобный и безопасный доступ»;
• «оптимизированная среда»;
• «персонализированный интерактивный опыт»;
• «удобство и гибкость»;
• и иные аналогичные оценочные характеристики.
Указанные формулировки не содержат конкретных количественных показателей, технических параметров, критериев соответствия, методики проверки либо объективного способа документального подтверждения.
Например, из ТС невозможно установить:
• каким именно показателем определяется «высокий уровень безопасности»;
• какие конкретные требования должна выполнять система для признания доступа «удобным и безопасным»;
• какие параметры позволяют сделать вывод об «оптимизированной среде»;
• какие функциональные возможности свидетельствуют о наличии «персонализированного интерактивного опыта»;
• каким способом заказчик будет проверять «интуитивность» интерфейса;
• какое значение или набор объективных показателей позволяет признать соответствующее требование выполненным.
Таким образом, два потенциальных поставщика, предлагающих фактически сопоставимые по функционалу программные продукты, могут получить различную оценку соответствия исключительно вследствие субъективного восприятия заказчика. Это создает возможность произвольного толкования требований и, как следствие, необъективного допуска либо отклонения конкурсных заявок.
Иными словами, поставщик объективно не может заранее определить, какое именно техническое или функциональное решение будет признано заказчиком соответствующим таким требованиям. Следовательно, данные положения не являются полноценными техническими характеристиками товара, а представляют собой оценочные и неадминистрируемые критерии.
Просим заменить субъективные формулировки на конкретные, измеряемые и проверяемые функциональные характеристики.
Ответы представителей заказчика и организатора, секретаря
Дата:
2026-08-21 16:22:25
Автор:
КУЛМАНОВА САЛТАНАТ КУАНДЫКОВНА
Решение:
Отклонить замечания
Причина отклонения
ГУ «Отдел образования Успенского района» управления образования Павлодарской области сообщает, в ответ на Вашу жалобу за № 1065268 от 17 августа 2026г. по лотам 86038226-ОК1, 83875615-ОК1 и 86038218-ОК1 сообщает следующее.
Замечания 8. Неопределённое требование к мутности.
Решение Заказчика: ОТКЛОНИТЬ. Требование ТС остается без изменений.
Обоснование:
- Показатель мутности (Haze) ЖК-экранов измеряется в процентах и является стандартным, строго фиксируемым физическим параметром антибликовых свойств стекла. Формулировка заказчика «не менее от 3 до 8%» указывает на то, что предлагаемое оборудование должно обладать матовым (антибликовым) покрытием, коэффициент рассеивания света которого находится в строго заданном диапазоне — от 3% до 8% включительно.
- Значения мутности менее 3% (глянцевые экраны) недопустимы из-за возникновения сильных зеркальных бликов от ламп искусственного освещения и окон класса, что вредит зрению учащихся. Значения свыше 8% снижают четкость отображения текста. Таким образом, требование является абсолютно измеряемым с помощью инструментальных методов и паспорта изделия, а лингвистическая конструкция не препятствует однозначному пониманию диапазона.
Замечания 9. Требование об угле обзора 179°.
Решение Заказчика: ОТКЛОНИТЬ. Требование ТС остается без изменений.
Обоснование:
- Угол обзора «не менее 179°» является общепринятой измеряемой технической характеристикой современных жидкокристаллических матриц профессионального класса (в частности, ADS LCD). Данный параметр критически важен для учебных классов, так как учащиеся смотрят на панель под разными углами со своих рабочих мест (включая крайние ряды парт).
- Отсутствие разделения на горизонтальное и вертикальное направления в ТС означает, что данный показатель должен соблюдаться в обеих плоскостях одновременно, что является стандартным свойством современных дисплеев высокого класса. Параметр измеряется численными методами, декларируется заводами-изготовителями в официальных спецификациях и подлежит однозначной проверке.
Замечания 10. Неадминистрируемые требования к сервисам видеосвязи.
Решение Заказчика: ОТКЛОНИТЬ. Требование ТС остается без изменений.
Обоснование:
- Формулировка «запускать видеоконференции с использованием популярных сервисов видеосвязи» описывает функциональную возможность встроенного программного обеспечения интерактивной панели, а не конкретный софт. Под «популярными сервисами» понимается архитектурная готовность и совместимость встроенной операционной системы панели к запуску и бесперебойной работе веб-версий или приложений ведущих систем ВКС (таких как MS Teams, Zoom, Skype и сертифицированных отечественных платформ).
- Указание конкретных коммерческих названий сервисов в ТС напрямую нарушило бы подпункт 1) пункта 4 статьи 12 Закона РК «О государственных закупках» (запрет на ограничение конкуренции и индивидуализацию под конкретные бренды). Данное требование является проверяемым путем тестирования базового функционала браузера панели.
Замечания 11. Неопределённое требование к протоколу передачи данных.
Решение Заказчика: ОТКЛОНИТЬ. Требование ТС остается без изменений.
Обоснование:
- Текст технической спецификации содержит прямое измеряемое требование: «Потенциальный поставщик, участвующий в закупке, должен указать наименование используемого метода шифрования и протокола передачи данных». Это означает, что заказчик не навязывает конкретный проприетарный стандарт, а предоставляет поставщикам свободу предложить любое сертифицированное и безопасное решение (например, протоколы HTTPS, TLS 1.3, методы шифрования AES-256 и т.д.), соответствующее действующему законодательству РК в области защиты персональных данных.
- Оценка соответствия будет производиться на основании того, указал ли поставщик конкретные протоколы в своем техническом предложении и обеспечивают ли они шифрование трафика. Субъективный фактор при оценке исключен.
Замечания 12. Требование об объёме облачного хранения 100 ТБ.
Решение Заказчика: ОТКЛОНИТЬ. Объём облачного хранилища пересмотру не подлежит.
Обоснование:
- В соответствии со статьей 12 Закона РК «О государственных закупках», заказчик вправе самостоятельно определять свои потребности с учетом нормирования. Объём в 100 ТБ обусловлен расчетом долгосрочной эксплуатации единой образовательной экосистемы школы. В данный объем закладывается хранение тяжелого мультимедийного контента (3D-модели, интерактивные лабораторные работы по физике, химии и биологии, записи видеоуроков высокого разрешения UHD 4K, архивы учебных материалов за несколько лет) для всех классов и преподавателей организации.
- Установление четкого численного параметра («не менее 100 ТБ») является измеряемым требованием, легко проверяется по технической документации и не создает условий для субъективной оценки.
Замечания 13. Неограниченное количество пользователей без дополнительных лицензионных платежей.
Решение Заказчика: ОТКЛОНИТЬ. Требование ТС остается без изменений.
Обоснование:
- Требование о предоставлении неограниченного количества учетных записей без роялти отражает эксплуатационную и финансовую потребность заказчика. Школа является динамической системой с ежегодным движением контингента (прием новых учащихся, выпускников, смена педагогического состава).
Покупка лицензий с подушевой оплатой (за каждого пользователя) приведет к ежегодным дополнительным затратам бюджетных средств и блокировке учебного процесса при превышении лимита. Модель лицензирования «без ограничения аккаунтов для образовательных учреждений» (Academic/Enterprise Unlimited) является стандартной мировой практикой для крупных ИТ-платформ. Данное требование измеряемо (наличие или отсутствие лимита) и не ограничивает круг поставщиков, способных предложить подобные Enterprise-лишения.
Замечания 14. Установление неадминистрируемых требований («интуитивно понятный», «высокий уровень безопасности» и др.).
Решение Заказчика: ОТКЛОНИТЬ. Текст ТС признан корректным и пересмотру не подлежит.
Обоснование:
- Использование в технической спецификации общепринятых терминов, таких как «интуитивно понятный интерфейс», «высокий уровень безопасности», «удобный доступ» и «оптимизированная среда», не является установлением неадминистрируемых требований, так как данные формулировки носят описательный характер целей эксплуатации и расшифровываются далее по тексту ТС через конкретные, администрируемые технические параметры.
- Например, «интуитивность» и «удобство» интерфейса ТС прямо связывает с наличием графического GUI-меню, поддержкой трех языков (казахский, русский, английский) и быстрым доступом через QR-код. «Высий уровень безопасности» и «оптимизированная среда» детально раскрываются в разделах ТЗ через конкретные требования: наличие шифрования, разграничение прав доступа для администраторов/пользователей, автоматическое удаление файлов с экрана при выходе из сессии, а также интеграцию антивирусного ПО с модулями HIPS, UEFI и песочницей.
- Оценка заявок будет производиться строго по подтверждению наличия указанных жестких технических модулей и функций. Таким образом, субъективное толкование исключено, а термины лишь задают общую логику структуры ИТ-системы.
Замечания 8. Неопределённое требование к мутности.
Решение Заказчика: ОТКЛОНИТЬ. Требование ТС остается без изменений.
Обоснование:
- Показатель мутности (Haze) ЖК-экранов измеряется в процентах и является стандартным, строго фиксируемым физическим параметром антибликовых свойств стекла. Формулировка заказчика «не менее от 3 до 8%» указывает на то, что предлагаемое оборудование должно обладать матовым (антибликовым) покрытием, коэффициент рассеивания света которого находится в строго заданном диапазоне — от 3% до 8% включительно.
- Значения мутности менее 3% (глянцевые экраны) недопустимы из-за возникновения сильных зеркальных бликов от ламп искусственного освещения и окон класса, что вредит зрению учащихся. Значения свыше 8% снижают четкость отображения текста. Таким образом, требование является абсолютно измеряемым с помощью инструментальных методов и паспорта изделия, а лингвистическая конструкция не препятствует однозначному пониманию диапазона.
Замечания 9. Требование об угле обзора 179°.
Решение Заказчика: ОТКЛОНИТЬ. Требование ТС остается без изменений.
Обоснование:
- Угол обзора «не менее 179°» является общепринятой измеряемой технической характеристикой современных жидкокристаллических матриц профессионального класса (в частности, ADS LCD). Данный параметр критически важен для учебных классов, так как учащиеся смотрят на панель под разными углами со своих рабочих мест (включая крайние ряды парт).
- Отсутствие разделения на горизонтальное и вертикальное направления в ТС означает, что данный показатель должен соблюдаться в обеих плоскостях одновременно, что является стандартным свойством современных дисплеев высокого класса. Параметр измеряется численными методами, декларируется заводами-изготовителями в официальных спецификациях и подлежит однозначной проверке.
Замечания 10. Неадминистрируемые требования к сервисам видеосвязи.
Решение Заказчика: ОТКЛОНИТЬ. Требование ТС остается без изменений.
Обоснование:
- Формулировка «запускать видеоконференции с использованием популярных сервисов видеосвязи» описывает функциональную возможность встроенного программного обеспечения интерактивной панели, а не конкретный софт. Под «популярными сервисами» понимается архитектурная готовность и совместимость встроенной операционной системы панели к запуску и бесперебойной работе веб-версий или приложений ведущих систем ВКС (таких как MS Teams, Zoom, Skype и сертифицированных отечественных платформ).
- Указание конкретных коммерческих названий сервисов в ТС напрямую нарушило бы подпункт 1) пункта 4 статьи 12 Закона РК «О государственных закупках» (запрет на ограничение конкуренции и индивидуализацию под конкретные бренды). Данное требование является проверяемым путем тестирования базового функционала браузера панели.
Замечания 11. Неопределённое требование к протоколу передачи данных.
Решение Заказчика: ОТКЛОНИТЬ. Требование ТС остается без изменений.
Обоснование:
- Текст технической спецификации содержит прямое измеряемое требование: «Потенциальный поставщик, участвующий в закупке, должен указать наименование используемого метода шифрования и протокола передачи данных». Это означает, что заказчик не навязывает конкретный проприетарный стандарт, а предоставляет поставщикам свободу предложить любое сертифицированное и безопасное решение (например, протоколы HTTPS, TLS 1.3, методы шифрования AES-256 и т.д.), соответствующее действующему законодательству РК в области защиты персональных данных.
- Оценка соответствия будет производиться на основании того, указал ли поставщик конкретные протоколы в своем техническом предложении и обеспечивают ли они шифрование трафика. Субъективный фактор при оценке исключен.
Замечания 12. Требование об объёме облачного хранения 100 ТБ.
Решение Заказчика: ОТКЛОНИТЬ. Объём облачного хранилища пересмотру не подлежит.
Обоснование:
- В соответствии со статьей 12 Закона РК «О государственных закупках», заказчик вправе самостоятельно определять свои потребности с учетом нормирования. Объём в 100 ТБ обусловлен расчетом долгосрочной эксплуатации единой образовательной экосистемы школы. В данный объем закладывается хранение тяжелого мультимедийного контента (3D-модели, интерактивные лабораторные работы по физике, химии и биологии, записи видеоуроков высокого разрешения UHD 4K, архивы учебных материалов за несколько лет) для всех классов и преподавателей организации.
- Установление четкого численного параметра («не менее 100 ТБ») является измеряемым требованием, легко проверяется по технической документации и не создает условий для субъективной оценки.
Замечания 13. Неограниченное количество пользователей без дополнительных лицензионных платежей.
Решение Заказчика: ОТКЛОНИТЬ. Требование ТС остается без изменений.
Обоснование:
- Требование о предоставлении неограниченного количества учетных записей без роялти отражает эксплуатационную и финансовую потребность заказчика. Школа является динамической системой с ежегодным движением контингента (прием новых учащихся, выпускников, смена педагогического состава).
Покупка лицензий с подушевой оплатой (за каждого пользователя) приведет к ежегодным дополнительным затратам бюджетных средств и блокировке учебного процесса при превышении лимита. Модель лицензирования «без ограничения аккаунтов для образовательных учреждений» (Academic/Enterprise Unlimited) является стандартной мировой практикой для крупных ИТ-платформ. Данное требование измеряемо (наличие или отсутствие лимита) и не ограничивает круг поставщиков, способных предложить подобные Enterprise-лишения.
Замечания 14. Установление неадминистрируемых требований («интуитивно понятный», «высокий уровень безопасности» и др.).
Решение Заказчика: ОТКЛОНИТЬ. Текст ТС признан корректным и пересмотру не подлежит.
Обоснование:
- Использование в технической спецификации общепринятых терминов, таких как «интуитивно понятный интерфейс», «высокий уровень безопасности», «удобный доступ» и «оптимизированная среда», не является установлением неадминистрируемых требований, так как данные формулировки носят описательный характер целей эксплуатации и расшифровываются далее по тексту ТС через конкретные, администрируемые технические параметры.
- Например, «интуитивность» и «удобство» интерфейса ТС прямо связывает с наличием графического GUI-меню, поддержкой трех языков (казахский, русский, английский) и быстрым доступом через QR-код. «Высий уровень безопасности» и «оптимизированная среда» детально раскрываются в разделах ТЗ через конкретные требования: наличие шифрования, разграничение прав доступа для администраторов/пользователей, автоматическое удаление файлов с экрана при выходе из сессии, а также интеграцию антивирусного ПО с модулями HIPS, UEFI и песочницей.
- Оценка заявок будет производиться строго по подтверждению наличия указанных жестких технических модулей и функций. Таким образом, субъективное толкование исключено, а термины лишь задают общую логику структуры ИТ-системы.
