Внимание! Соединение с приложением прервано. Дождитесь повторного подключения.
Обсуждение документации - Просмотр сообщения № 1068897
Тема сообщения
Замечание к АД
Тип сообщения
Замечание к АД
Поставщик
Kaz Trade
Представитель поставщика
ТАЛГАРОВ ЕРНАР ЕРКИНҰЛЫ
Дата и время отправки сообщения
2026-09-27 17:24:58
Текст сообщения
1. Техническая спецификация интерактивной панели сформирована не только через необходимые функциональные показатели, но через чрезвычайно детализированную совокупность аппаратных, конструктивных, интерфейсных и программных характеристик, которые в совокупности могут соответствовать конкретной продуктовой экосистеме одного производителя.
2. Для панели одновременно установлены: диагональ более 74 дюймов, активная область не менее 1650×928 мм, яркость более 449 кд/м², статическая контрастность не менее 5000:1, время отклика пикселя не более 4 мс, прозрачность защитного стекла более 87%, рассеивание света не более 5%, технология нулевого воздушного зазора, ОС версии не ниже 14, конкретная аппаратная архитектура процессора, графический процессор уровня G52, DDR4, Wi-Fi 6, Bluetooth 5.2, одновременно OPS и SDM-S, USB-C с подачей не менее 65 Вт, большое количество строго определенных портов, RS-232, SPDIF и периферийный разъем питания не менее 180 Вт.
3. Указанная совокупность не выглядит как описание минимально необходимого образовательного результата. Она фактически описывает архитектуру определенной серии интерактивных дисплеев.
4. Особенно просим обосновать обязательное одновременное наличие двух различных модульных интерфейсов расширения — OPS и SDM-S. Для образовательной задачи обычно достаточно возможности подключения вычислительного модуля одним поддерживаемым стандартом.
5. Панель, имеющая OPS, но не имеющая SDM-S, либо наоборот, при равном или лучшем функционале формально не будет соответствовать ТС.
6. Не обоснована необходимость наличия задних интерфейсов именно в установленном количестве: не менее трех USB Type-B Touch суммарно, HDMI-out, DisplayPort, RS-232, SPDIF, LAN-in/LAN-out, отдельного USB Type-C и разъема питания периферии 180 Вт.
7. Необходимо установить реальные сценарии использования каждого обязательного интерфейса существующей инфраструктурой школы.
8. Требование яркости именно свыше 449 кд/м² также вызывает вопрос. Если реальная потребность составляет 450 кд/м², это необходимо указать прямо и объяснить, почему панель с яркостью 400–450 кд/м² не обеспечивает требуемое качество изображения в учебном кабинете.
9. Статическая контрастность не менее 5000:1 может зависеть от применяемого типа матрицы и тем самым ограничивать применение иных технологий дисплея.
10. Показатель должен быть связан с реальным требованием к изображению, а не с параметром конкретного производителя.
11. Требование стекла твердостью не менее 7H, одновременно с антибликовым, антиотпечатковым и антибактериальным покрытием, прозрачностью более 87% и рассеиванием не более 5% также представляет совокупность конкретных паспортных характеристик.
12. Просим определить, какими документами будут подтверждаться прозрачность 87% и коэффициент рассеивания 5%.
13. Если предполагается испытательный протокол, необходимо указать применяемую методику измерения.
14. Если достаточно декларации производителя, аналогичным образом должны приниматься технические документы на эквивалентные панели.
15. Встроенная ОС должна быть версии не ниже 14 и должна быть официально лицензированной, заводской, с подтверждением правообладателя платформы либо производителя.
16. Просим указать, какой именно класс операционной системы предполагается, поскольку номер версии «14» без наименования платформы сам по себе не является универсальной характеристикой.
17. Эквивалентная ОС другого производителя может иметь иную систему нумерации версий.
18. Следовательно, требование должно быть сформулировано через функциональность, безопасность, поддержку приложений и срок обновлений, а не номер конкретной версии.
19. Дополнительно требуется документ правообладателя платформы либо официальное подтверждение производителя об отсутствии модифицированной или неофициальной прошивки.
20. При этом ниже отдельно установлено требование представить авторизационное письмо от производителя либо дистрибьютора на право поставки самой интерактивной панели.
21. Таким образом, участник должен не просто предложить соответствующий товар, но получить документы от конкретных третьих лиц, фактически контролирующих доступ к участию.
22. Авторизационное письмо характеризует коммерческие отношения между поставщиком и третьим лицом и не является функциональной, технической либо эксплуатационной характеристикой товара.
23. Оригинальность панели может подтверждаться серийным номером, официальной гарантией, проверкой на сайте производителя, товаросопроводительными документами, сертификатом происхождения или иным объективным способом.
24. Просим исключить обязательное персонализированное авторизационное письмо либо предусмотреть альтернативный перечень подтверждений.
25. Особенно существенным является то, что к одной интерактивной панели фактически привязаны пять самостоятельных типов программного обеспечения.
26. ПО типа 1 представляет собой платформу создания интерактивных уроков с большим количеством конкретных инструментов, дистанционным подключением не менее 50 участников, чатами, breakout-группами, AI-распознаванием рукописного текста и фигур, математическими инструментами, играми, поиском в интернете и многими другими функциями.
27. При этом дополнительно требуется импорт файлов .iwb, .hhtx, .wtzx, .ubz.
28. Последние три расширения являются крайне специфическими и требуют отдельного обоснования.
29. Просим указать, какие имеющиеся у заказчика учебные материалы представлены именно в форматах .hhtx, .wtzx и .ubz и почему невозможна их конвертация либо использование общепринятых форматов.
30. Если таких материалов у школы нет, обязательная поддержка редких файловых форматов может необоснованно ограничивать программные продукты.
31. ПО типа 2 представляет собой уже не обычное программное обеспечение для проведения уроков, а корпоративную систему централизованного управления неограниченным количеством интерактивных дисплеев.
32. Требуется удаленная установка приложений, массовая рассылка сообщений, удаленное включение устройств, обновление firmware, API-интеграция с CRM, SAML 2.0, OAuth 2.0, OpenID Connect, отображение публичного и локального IP, MAC, CPU, DHCP, памяти, конфигурирование прокси, VPN/CA, терминальные команды и управление политиками безопасности.
33. Закупается одна интерактивная панель.
34. Неясно, для чего школе система централизованного управления неограниченным числом дисплеев и интеграция с CRM, когда предметом настоящего лота является один STEM-кабинет.
35. Просим раскрыть количество уже имеющихся совместимых панелей, которые планируется включить в эту систему.
36. Если система предназначается только для одного закупаемого дисплея, значительная часть корпоративного функционала является избыточной.
37. ПО типа 3 дополнительно обеспечивает беспроводную трансляцию, Touchback, несколько потоков, работу через веб-браузер, внешнюю сеть, end-to-end шифрование, OAuth2, прокси, клиентские приложения и модераторский режим.
38. Функции типа 3 частично перекрываются с типом 1 и типом 2.
39. Необходимо объяснить, почему они не могут быть реализованы одним интегрированным программным решением.
40. ПО типа 4 снова содержит набор преподавательских инструментов, магазин приложений, систему беспроводной трансляции и централизованное управление устройствами.
41. При этом в ТС прямо установлена интеграция с системой массовой рассылки контента не менее чем на 200 устройств.
42. Закупка одного кабинета не объясняет необходимость платформы на 200 устройств.
43. Просим указать перечень 200 устройств либо удалить данное требование.
44. ПО типа 5 вновь представляет электронную доску с бесконечным холстом, распознаванием ладони, вставкой изображений и встроенным браузером.
45. Функции электронной доски уже подробно содержатся в ПО типа 1.
46. Следовательно, ТС предусматривает функциональное дублирование нескольких программных продуктов.
47. Такое построение может означать привязку к фирменной программной экосистеме конкретного производителя панели, где каждый модуль имеет собственное название и лицензирование.
48. Требование предоставить по каждому типу ПО письмо производителя либо дистрибьютора на право распространения дополнительно усиливает зависимость участника от конкретного правообладателя.
49. Просим заказчика провести анализ рынка и указать не менее трех независимых производителей интерактивных панелей, которые одновременно имеют аппаратную часть с указанной архитектурой и все пять программных решений с полным совпадением функционала.
50. Если такие решения отсутствуют, требования следует разделить на обязательный образовательный функционал и факультативные возможности.
51. Участнику должно быть разрешено предложить одно или несколько эквивалентных программных решений, если совокупно они обеспечивают необходимый результат.
52. Не должно требоваться совпадение названий инструментов, интерфейсной логики, специфических форматов или внутренней архитектуры программного комплекса.
53. Отдельно обращаем внимание на некорректное направление некоторых параметров.
54. Например, точность позиционирования касания указана «не менее 1 мм». Для точности меньшая погрешность является лучшим показателем.
55. Если имеется в виду погрешность, корректная формулировка должна быть «не более 1 мм».
56. Аналогично VESA указан «не менее 800×400 мм», хотя стандарт крепления представляет конкретную конфигурацию отверстий, а не линейный показатель качества.
57. Просим исправить технические и логические неточности до окончания предварительного обсуждения.
58. В противном случае при рассмотрении заявок разные участники и комиссия могут по-разному трактовать одни и те же параметры.
59. Просим переработать раздел интерактивной панели таким образом, чтобы обязательными оставались диагональ, разрешение, яркость в разумном диапазоне, количество касаний, беспроводные интерфейсы, необходимый набор современных портов, качество стекла, встроенная вычислительная платформа и образовательное ПО.
60. Требования, относящиеся к конкретной аппаратной архитектуре, набору внутренних слотов, редким файловым форматам, корпоративному MDM-функционалу на сотни устройств и персонализированным авторизационным письмам, просим исключить либо обосновать документально.
2. Для панели одновременно установлены: диагональ более 74 дюймов, активная область не менее 1650×928 мм, яркость более 449 кд/м², статическая контрастность не менее 5000:1, время отклика пикселя не более 4 мс, прозрачность защитного стекла более 87%, рассеивание света не более 5%, технология нулевого воздушного зазора, ОС версии не ниже 14, конкретная аппаратная архитектура процессора, графический процессор уровня G52, DDR4, Wi-Fi 6, Bluetooth 5.2, одновременно OPS и SDM-S, USB-C с подачей не менее 65 Вт, большое количество строго определенных портов, RS-232, SPDIF и периферийный разъем питания не менее 180 Вт.
3. Указанная совокупность не выглядит как описание минимально необходимого образовательного результата. Она фактически описывает архитектуру определенной серии интерактивных дисплеев.
4. Особенно просим обосновать обязательное одновременное наличие двух различных модульных интерфейсов расширения — OPS и SDM-S. Для образовательной задачи обычно достаточно возможности подключения вычислительного модуля одним поддерживаемым стандартом.
5. Панель, имеющая OPS, но не имеющая SDM-S, либо наоборот, при равном или лучшем функционале формально не будет соответствовать ТС.
6. Не обоснована необходимость наличия задних интерфейсов именно в установленном количестве: не менее трех USB Type-B Touch суммарно, HDMI-out, DisplayPort, RS-232, SPDIF, LAN-in/LAN-out, отдельного USB Type-C и разъема питания периферии 180 Вт.
7. Необходимо установить реальные сценарии использования каждого обязательного интерфейса существующей инфраструктурой школы.
8. Требование яркости именно свыше 449 кд/м² также вызывает вопрос. Если реальная потребность составляет 450 кд/м², это необходимо указать прямо и объяснить, почему панель с яркостью 400–450 кд/м² не обеспечивает требуемое качество изображения в учебном кабинете.
9. Статическая контрастность не менее 5000:1 может зависеть от применяемого типа матрицы и тем самым ограничивать применение иных технологий дисплея.
10. Показатель должен быть связан с реальным требованием к изображению, а не с параметром конкретного производителя.
11. Требование стекла твердостью не менее 7H, одновременно с антибликовым, антиотпечатковым и антибактериальным покрытием, прозрачностью более 87% и рассеиванием не более 5% также представляет совокупность конкретных паспортных характеристик.
12. Просим определить, какими документами будут подтверждаться прозрачность 87% и коэффициент рассеивания 5%.
13. Если предполагается испытательный протокол, необходимо указать применяемую методику измерения.
14. Если достаточно декларации производителя, аналогичным образом должны приниматься технические документы на эквивалентные панели.
15. Встроенная ОС должна быть версии не ниже 14 и должна быть официально лицензированной, заводской, с подтверждением правообладателя платформы либо производителя.
16. Просим указать, какой именно класс операционной системы предполагается, поскольку номер версии «14» без наименования платформы сам по себе не является универсальной характеристикой.
17. Эквивалентная ОС другого производителя может иметь иную систему нумерации версий.
18. Следовательно, требование должно быть сформулировано через функциональность, безопасность, поддержку приложений и срок обновлений, а не номер конкретной версии.
19. Дополнительно требуется документ правообладателя платформы либо официальное подтверждение производителя об отсутствии модифицированной или неофициальной прошивки.
20. При этом ниже отдельно установлено требование представить авторизационное письмо от производителя либо дистрибьютора на право поставки самой интерактивной панели.
21. Таким образом, участник должен не просто предложить соответствующий товар, но получить документы от конкретных третьих лиц, фактически контролирующих доступ к участию.
22. Авторизационное письмо характеризует коммерческие отношения между поставщиком и третьим лицом и не является функциональной, технической либо эксплуатационной характеристикой товара.
23. Оригинальность панели может подтверждаться серийным номером, официальной гарантией, проверкой на сайте производителя, товаросопроводительными документами, сертификатом происхождения или иным объективным способом.
24. Просим исключить обязательное персонализированное авторизационное письмо либо предусмотреть альтернативный перечень подтверждений.
25. Особенно существенным является то, что к одной интерактивной панели фактически привязаны пять самостоятельных типов программного обеспечения.
26. ПО типа 1 представляет собой платформу создания интерактивных уроков с большим количеством конкретных инструментов, дистанционным подключением не менее 50 участников, чатами, breakout-группами, AI-распознаванием рукописного текста и фигур, математическими инструментами, играми, поиском в интернете и многими другими функциями.
27. При этом дополнительно требуется импорт файлов .iwb, .hhtx, .wtzx, .ubz.
28. Последние три расширения являются крайне специфическими и требуют отдельного обоснования.
29. Просим указать, какие имеющиеся у заказчика учебные материалы представлены именно в форматах .hhtx, .wtzx и .ubz и почему невозможна их конвертация либо использование общепринятых форматов.
30. Если таких материалов у школы нет, обязательная поддержка редких файловых форматов может необоснованно ограничивать программные продукты.
31. ПО типа 2 представляет собой уже не обычное программное обеспечение для проведения уроков, а корпоративную систему централизованного управления неограниченным количеством интерактивных дисплеев.
32. Требуется удаленная установка приложений, массовая рассылка сообщений, удаленное включение устройств, обновление firmware, API-интеграция с CRM, SAML 2.0, OAuth 2.0, OpenID Connect, отображение публичного и локального IP, MAC, CPU, DHCP, памяти, конфигурирование прокси, VPN/CA, терминальные команды и управление политиками безопасности.
33. Закупается одна интерактивная панель.
34. Неясно, для чего школе система централизованного управления неограниченным числом дисплеев и интеграция с CRM, когда предметом настоящего лота является один STEM-кабинет.
35. Просим раскрыть количество уже имеющихся совместимых панелей, которые планируется включить в эту систему.
36. Если система предназначается только для одного закупаемого дисплея, значительная часть корпоративного функционала является избыточной.
37. ПО типа 3 дополнительно обеспечивает беспроводную трансляцию, Touchback, несколько потоков, работу через веб-браузер, внешнюю сеть, end-to-end шифрование, OAuth2, прокси, клиентские приложения и модераторский режим.
38. Функции типа 3 частично перекрываются с типом 1 и типом 2.
39. Необходимо объяснить, почему они не могут быть реализованы одним интегрированным программным решением.
40. ПО типа 4 снова содержит набор преподавательских инструментов, магазин приложений, систему беспроводной трансляции и централизованное управление устройствами.
41. При этом в ТС прямо установлена интеграция с системой массовой рассылки контента не менее чем на 200 устройств.
42. Закупка одного кабинета не объясняет необходимость платформы на 200 устройств.
43. Просим указать перечень 200 устройств либо удалить данное требование.
44. ПО типа 5 вновь представляет электронную доску с бесконечным холстом, распознаванием ладони, вставкой изображений и встроенным браузером.
45. Функции электронной доски уже подробно содержатся в ПО типа 1.
46. Следовательно, ТС предусматривает функциональное дублирование нескольких программных продуктов.
47. Такое построение может означать привязку к фирменной программной экосистеме конкретного производителя панели, где каждый модуль имеет собственное название и лицензирование.
48. Требование предоставить по каждому типу ПО письмо производителя либо дистрибьютора на право распространения дополнительно усиливает зависимость участника от конкретного правообладателя.
49. Просим заказчика провести анализ рынка и указать не менее трех независимых производителей интерактивных панелей, которые одновременно имеют аппаратную часть с указанной архитектурой и все пять программных решений с полным совпадением функционала.
50. Если такие решения отсутствуют, требования следует разделить на обязательный образовательный функционал и факультативные возможности.
51. Участнику должно быть разрешено предложить одно или несколько эквивалентных программных решений, если совокупно они обеспечивают необходимый результат.
52. Не должно требоваться совпадение названий инструментов, интерфейсной логики, специфических форматов или внутренней архитектуры программного комплекса.
53. Отдельно обращаем внимание на некорректное направление некоторых параметров.
54. Например, точность позиционирования касания указана «не менее 1 мм». Для точности меньшая погрешность является лучшим показателем.
55. Если имеется в виду погрешность, корректная формулировка должна быть «не более 1 мм».
56. Аналогично VESA указан «не менее 800×400 мм», хотя стандарт крепления представляет конкретную конфигурацию отверстий, а не линейный показатель качества.
57. Просим исправить технические и логические неточности до окончания предварительного обсуждения.
58. В противном случае при рассмотрении заявок разные участники и комиссия могут по-разному трактовать одни и те же параметры.
59. Просим переработать раздел интерактивной панели таким образом, чтобы обязательными оставались диагональ, разрешение, яркость в разумном диапазоне, количество касаний, беспроводные интерфейсы, необходимый набор современных портов, качество стекла, встроенная вычислительная платформа и образовательное ПО.
60. Требования, относящиеся к конкретной аппаратной архитектуре, набору внутренних слотов, редким файловым форматам, корпоративному MDM-функционалу на сотни устройств и персонализированным авторизационным письмам, просим исключить либо обосновать документально.
Ответы представителей заказчика и организатора, секретаря
Дата:
2026-09-30 17:50:09
Автор:
СЛЕПНЕВА НАТАЛЬЯ ВЛАДИМИРОВНА
Решение:
Отклонить замечания
Техническая спецификация составлена в соответствии с потребностями Заказчика, а также в соответствии с 70 Приказом МОН РК.
Приказ Министра образования и науки РК № 70 от 22 января 2016 года предусматривает исключительно минимальные требования к оборудованию и мебели организаций образования. В следствие чего, заказчик при осуществлении закупки имеет право указывать инновационные и высокотехнологичные товары, необходимые для осуществления оснащения учебных кабинетов. В Примечании к Нормам указано: * В зависимости класс-комплектов, количества учащихся, педагогов перечень оборудования и мебели сокращается или увеличивается организацией среднего образования.
В рамках одного обращения потенциальным поставщиком объединено огромное количество вопросов различного характера. В связи с этим технически невозможно корректно рассмотреть каждый из поставленных вопросов и принять отдельное решение о необходимости внесения соответствующих изменений в аукционную документацию. В целях обеспечения корректного рассмотрения обращений и принятия обоснованного решения по каждому поставленному вопросу просим потенциального поставщика направлять по одному вопросу. Дополнительно обращаем внимание, что на Портале государственных закупок Республики Казахстан при направлении запроса на стадии предварительного обсуждения указано: «При подаче запросов на разъяснение положений аукционной документации по каждому типу запроса допускается направление не более одного вопроса. Данное ограничение направлено на обеспечение корректной обработки обращений и принятия решения по каждому вопросу Организатором/Заказчиком!»
В соответствии с п.17 Приложения 18 (Аукционная документация) к Правилам осуществления государственных закупок, допускается указание требований о наличии в заявках на участие в аукционе потенциальных поставщиков копий писем (сертификатов, свидетельств) от производителей либо их официальных представителей (дилеров или дистрибьюторов), технических паспортов, сертификатов соответствия продукции, указанных в технической спецификации потенциального поставщика.
Если технические паспорта, сертификаты соответствия продукции и другие требуемые заказчиком документы, выдаются при приобретении товара либо при ввозе на территорию Республики Казахстан, их регистрации в установленном порядке, то потенциальный поставщик предоставляет гарантийное письмо о представлении таких документов при ПОСТАВКЕ товаров".
Вместе с тем, обращаем ваше внимание, на то, что авторизационное письмо не является документом, который выдается при приобретении товара либо при ввозе на территорию Республики Казахстан, а предоставляется в целях подтверждения наделения прав потенциального поставщика на поставку товаров от производителя либо его официального представителя (дилера или дистрибьютора).
Также сообщаем, что гарантийное письмо участника не подтверждает наличие официальных правоотношений с правообладателем и не исключает риски поставки нелицензионного/контрафактного программного обеспечения/товара.
Далее, согласно Закону Республики Казахстан «Об авторском праве и смежных правах» Статья 16: устанавливает, что программное обеспечение/оборудование является объектом авторского права, и его использование без соответствующей лицензии нарушает права правообладателя. Статья 49: предусматривает ответственность за нарушение авторских прав, включая использование нелицензионного ПО или оборудования.
В целях исключения нарушений авторских и смежных прав, Заказчик организовывает государственные закупки ПО исключительно лицензионного товара, включая встроенные ПО в компьютерные и вычислительные средства. Таким образом, в связи с приобретением программного обеспечения/оборудования Заказчиком установлены требования о лицензионности поставляемого ПО/оборудования, включая предоставления авторизационных писем.
На основании вышеизложенного Заказчиком обоснованно установлено требование о предоставлении авторизационных писем в адрес Заказчика подтверждающие лицензионность приобретаемого программного обеспечения/товара.Требования, установленные технической спецификацией к документам, предоставляемым в составе аукционной заявки, не устанавливают конкретного производителя, правообладателя, товарный знак либо конкретную модель товара, а направлены на подтверждение возможности законной поставки предлагаемого потенциальным поставщиком товара.
В соответствии с пунктом 3 статьи 12 Закона Республики Казахстан «О государственных закупках» заказчик вправе устанавливать в технической спецификации функциональные, технические, качественные и эксплуатационные характеристики приобретаемого товара, необходимые для определения соответствия предмета закупки установленным требованиям.
При этом статья 5 Закона Республики Казахстан «О государственных закупках» предусматривает осуществление государственных закупок на принципах равенства и добросовестной конкуренции, а также равных возможностей для участия потенциальных поставщиков.
Указанные принципы заказчиком соблюдены. Технической спецификацией не установлен конкретный производитель моноблока либо информационно-образовательного стенда, конкретный правообладатель, конкретный номер патента либо конкретная модель, которую обязаны предлагать все потенциальные поставщики.
Доводы потенциального поставщика о том, что техническая спецификация интерактивной панели сформирована под конкретную продуктовую экосистему и необоснованно ограничивает конкуренцию, не принимаются.
Техническая спецификация сформирована исходя из потребностей Заказчика и содержит совокупность функциональных, технических, качественных и эксплуатационных характеристик, необходимых для определения требуемого уровня оснащения интерактивной панели. В соответствии с пунктом 3 статьи 12 Закона Республики Казахстан «О государственных закупках» при отсутствии соответствующих национальных и межгосударственных стандартов в технической спецификации указываются требуемые функциональные, технические, качественные и эксплуатационные характеристики закупаемых товаров.
Само по себе наличие на рынке отдельных товаров, характеристики которых совпадают с установленными требованиями, не свидетельствует о том, что техническая спецификация составлена под конкретного производителя. Для подтверждения ограничения конкуренции необходимо представить объективные доказательства того, что совокупности установленных требований соответствует исключительно один конкретный товар либо производитель. В представленном замечании такие доказательства отсутствуют.
Относительно аппаратных характеристик.
Требования к диагонали, активной области, яркости, контрастности, времени отклика, характеристикам защитного стекла, технологии Zero Gap, операционной системе, процессору, графической подсистеме, памяти, беспроводным интерфейсам, портам и возможностям подключения дополнительных вычислительных модулей являются техническими и эксплуатационными характеристиками интерактивной панели.
Их совокупность направлена на обеспечение требуемого качества отображения информации, скорости работы, возможности подключения периферийного оборудования, использования образовательного программного обеспечения и эксплуатации панели в условиях образовательной организации.
Потенциальный поставщик предлагает заменить установленные технические характеристики более общими функциональными показателями, однако это является предложением изменить потребность Заказчика, а не доказательством необоснованности первоначальных требований.
В частности, наличие одновременно интерфейсов OPS и SDM-S обусловлено необходимостью обеспечения возможности использования различных вариантов вычислительных модулей и расширения функциональности панели. Потенциальным поставщиком не представлены объективные данные, подтверждающие, что такое сочетание интерфейсов может быть реализовано исключительно одним производителем.
Аналогично количество и состав портов, включая USB Type-B Touch, HDMI-out, DisplayPort, RS-232, SPDIF, LAN, USB Type-C и разъем питания периферии, являются характеристиками функциональной оснащенности панели. Законодательство не обязывает Заказчика ограничиваться только минимальным количеством интерфейсов, если соответствующие характеристики обусловлены потребностью в подключении периферийных устройств и эксплуатации оборудования.
Требования к яркости, контрастности, времени отклика, прозрачности и рассеиванию света также являются объективными параметрами дисплея. Само предложение использовать панель с иными значениями данных характеристик не подтверждает ее эквивалентность.
Относительно защитного стекла.
Требования к твердости стекла, антибликовому, антиотпечатковому и антибактериальному покрытию, прозрачности и рассеиванию света относятся к качественным и эксплуатационным характеристикам интерактивной панели.
Способ документального подтверждения соответствия определяется технической спецификацией и применимыми документами о соответствии товара. Потенциальным поставщиком не представлены сведения о том, что установленные показатели невозможно подтвердить технической документацией изготовителя, протоколами испытаний либо иными документами, предусмотренными законодательством и технической спецификацией.
Относительно операционной системы.
Требование к версии встроенной операционной системы относится к программно-технической характеристике панели и определяет уровень поддерживаемого программного обеспечения и функциональности устройства.
Довод о том, что различные производители используют различную нумерацию версий, сам по себе не подтверждает незаконность требования. При этом требование должно применяться к предусмотренной в технической спецификации операционной платформе и не может толковаться как требование исключительно о наличии определенного номера версии без учета функциональности самой платформы.
Относительно программного обеспечения.
Включение в техническую спецификацию требований к образовательному программному обеспечению обусловлено необходимостью обеспечить полноценное использование интерактивной панели в образовательном процессе.
Требования к инструментам создания интерактивных уроков, работе с рукописным текстом и математическими объектами, совместной работе участников, беспроводной трансляции, дистанционному взаимодействию, администрированию устройств, обновлению программного обеспечения и иным функциям относятся к функциональным характеристикам программного обеспечения, поставляемого в составе панели.
Само по себе наличие нескольких программных компонентов не свидетельствует об их дублировании. Различные программные модули могут выполнять различные задачи: создание и проведение уроков, беспроводную трансляцию, управление устройствами, администрирование, интеграцию и обеспечение информационной безопасности.
Довод о том, что все перечисленные функции должны быть реализованы одним программным продуктом, является предложением потенциального поставщика об ином техническом решении. Законодательством не установлена обязанность Заказчика использовать исключительно одно программное обеспечение для реализации всех необходимых функций.
Относительно форматов .iwb, .hhtx, .wtzx, .ubz.
Поддержка определенных файловых форматов относится к функциональности программного обеспечения и обеспечивает возможность использования ранее созданных либо используемых в образовательном процессе материалов.
Потенциальным поставщиком не представлены объективные доказательства того, что наличие поддержки указанных форматов автоматически означает привязку к конкретному производителю. Само предложение использовать конвертацию файлов не подтверждает эквивалентность, поскольку конвертация может приводить к потере элементов, форматирования или функциональности исходных материалов.
Относительно централизованного управления устройствами.
Требования к централизованному администрированию, удаленной установке приложений, обновлению программного обеспечения, управлению политиками безопасности, сетевыми параметрами, авторизации и интеграции относятся к функциональности программной платформы управления.
Наличие таких функций не означает, что все они должны использоваться исключительно для одной закупаемой панели. При наличии либо планировании соответствующей инфраструктуры образовательной организации программное обеспечение может предусматривать централизованное управление несколькими устройствами, в том числе приобретенными ранее или планируемыми к дальнейшему приобретению..
Относительно функционального дублирования программного обеспечения.
Совпадение отдельных функций нескольких программных компонентов не означает их полного функционального дублирования. Например, наличие инструментов работы с интерактивной доской в нескольких программных модулях не исключает возможности того, что каждый из них выполняет дополнительные самостоятельные функции.
Потенциальным поставщиком не представлена сравнительная техническая документация, позволяющая установить, что пять программных решений являются полностью идентичными и любое из них способно самостоятельно заменить остальные без утраты требуемой функциональности. Поэтому утверждение о формировании требований под единую фирменную экосистему является предположением.
Относительно требования предоставить три производителя.
Требование потенциального поставщика назвать минимум трех независимых производителей, одновременно соответствующих всей совокупности характеристик, не принимается.
Законодательством не установлена обязанность Заказчика приводить в технической спецификации перечень трех конкретных производителей или моделей, соответствующих установленным требованиям.
Задачей технической спецификации является определение требуемых характеристик предмета закупки, а не составление перечня производителей. При отсутствии национальных и межгосударственных стандартов законодательство прямо предусматривает описание функциональных, технических, качественных и эксплуатационных характеристик закупаемого товара.
Относительно точности позиционирования касания.
Довод о том, что показатель «не менее 1 мм» может быть некорректен с точки зрения определения погрешности, подлежит рассмотрению.
Если в технической спецификации действительно имеется в виду максимальная погрешность позиционирования, показатель должен быть сформулирован однозначно как значение «не более 1 мм» либо иным образом, исключающим различное толкование.
Данная корректировка носит технический характер и направлена на устранение неоднозначности при оценке соответствия товара.
Относительно VESA.
Требование к VESA 800×400 мм является характеристикой совместимости панели с соответствующим стандартом крепления. Указание размера 800×400 мм в данном случае определяет конфигурацию монтажных отверстий, а не показатель качества.
Поэтому данный параметр не является показателем, по которому применяется логика «больше/меньше лучше/хуже», а определяет совместимость оборудования с соответствующим креплением.
Относительно авторизации программного обеспечения.
Если технической спецификацией предусмотрено предоставление документов от правообладателя либо производителя программного обеспечения, такое требование направлено на подтверждение законности использования программного продукта и наличия у поставщика соответствующих прав на его предоставление.
Требование не означает, что поставщик обязан приобретать программное обеспечение исключительно у одного конкретного продавца; поставщик вправе предложить товар и программное обеспечение, соответствующие установленным требованиям, с подтверждением соответствующих прав.
