2026-09-30 17:50:58

СЛЕПНЕВА НАТАЛЬЯ ВЛАДИМИРОВНА

Отклонить замечания

Техническая спецификация составлена в соответствии с потребностями Заказчика, а также в соответствии с 70 Приказом МОН РК. Приказ Министра образования и науки РК № 70 от 22 января 2016 года предусматривает исключительно минимальные требования к оборудованию и мебели организаций образования. В следствие чего, заказчик при осуществлении закупки имеет право указывать инновационные и высокотехнологичные товары, необходимые для осуществления оснащения учебных кабинетов. В Примечании к Нормам указано: * В зависимости класс-комплектов, количества учащихся, педагогов перечень оборудования и мебели сокращается или увеличивается организацией среднего образования. В рамках одного обращения потенциальным поставщиком объединено огромное количество вопросов различного характера. В связи с этим технически невозможно корректно рассмотреть каждый из поставленных вопросов и принять отдельное решение о необходимости внесения соответствующих изменений в аукционную документацию. В целях обеспечения корректного рассмотрения обращений и принятия обоснованного решения по каждому поставленному вопросу просим потенциального поставщика направлять по одному вопросу. Дополнительно обращаем внимание, что на Портале государственных закупок Республики Казахстан при направлении запроса на стадии предварительного обсуждения указано: «При подаче запросов на разъяснение положений аукционной документации по каждому типу запроса допускается направление не более одного вопроса. Данное ограничение направлено на обеспечение корректной обработки обращений и принятия решения по каждому вопросу Организатором/Заказчиком!» В соответствии с п.17 Приложения 18 (Аукционная документация) к Правилам осуществления государственных закупок, допускается указание требований о наличии в заявках на участие в аукционе потенциальных поставщиков копий писем (сертификатов, свидетельств) от производителей либо их официальных представителей (дилеров или дистрибьюторов), технических паспортов, сертификатов соответствия продукции, указанных в технической спецификации потенциального поставщика. Если технические паспорта, сертификаты соответствия продукции и другие требуемые заказчиком документы, выдаются при приобретении товара либо при ввозе на территорию Республики Казахстан, их регистрации в установленном порядке, то потенциальный поставщик предоставляет гарантийное письмо о представлении таких документов при ПОСТАВКЕ товаров". Вместе с тем, обращаем ваше внимание, на то, что авторизационное письмо не является документом, который выдается при приобретении товара либо при ввозе на территорию Республики Казахстан, а предоставляется в целях подтверждения наделения прав потенциального поставщика на поставку товаров от производителя либо его официального представителя (дилера или дистрибьютора). Также сообщаем, что гарантийное письмо участника не подтверждает наличие официальных правоотношений с правообладателем и не исключает риски поставки нелицензионного/контрафактного программного обеспечения/товара. Далее, согласно Закону Республики Казахстан «Об авторском праве и смежных правах» Статья 16: устанавливает, что программное обеспечение/оборудование является объектом авторского права, и его использование без соответствующей лицензии нарушает права правообладателя. Статья 49: предусматривает ответственность за нарушение авторских прав, включая использование нелицензионного ПО или оборудования. В целях исключения нарушений авторских и смежных прав, Заказчик организовывает государственные закупки ПО исключительно лицензионного товара, включая встроенные ПО в компьютерные и вычислительные средства. Таким образом, в связи с приобретением программного обеспечения/оборудования Заказчиком установлены требования о лицензионности поставляемого ПО/оборудования, включая предоставления авторизационных писем. На основании вышеизложенного Заказчиком обоснованно установлено требование о предоставлении авторизационных писем в адрес Заказчика подтверждающие лицензионность приобретаемого программного обеспечения/товара.Требования, установленные технической спецификацией к документам, предоставляемым в составе аукционной заявки, не устанавливают конкретного производителя, правообладателя, товарный знак либо конкретную модель товара, а направлены на подтверждение возможности законной поставки предлагаемого потенциальным поставщиком товара. В соответствии с пунктом 3 статьи 12 Закона Республики Казахстан «О государственных закупках» заказчик вправе устанавливать в технической спецификации функциональные, технические, качественные и эксплуатационные характеристики приобретаемого товара, необходимые для определения соответствия предмета закупки установленным требованиям. При этом статья 5 Закона Республики Казахстан «О государственных закупках» предусматривает осуществление государственных закупок на принципах равенства и добросовестной конкуренции, а также равных возможностей для участия потенциальных поставщиков. Указанные принципы заказчиком соблюдены. Технической спецификацией не установлен конкретный производитель моноблока либо информационно-образовательного стенда, конкретный правообладатель, конкретный номер патента либо конкретная модель, которую обязаны предлагать все потенциальные поставщики. Законодательством о государственных закупках не установлена обязанность Заказчика приводить в технической спецификации перечень не менее трех конкретных моделей либо производителей. Техническая спецификация определяет характеристики необходимого Заказчику товара, а не перечень конкретных товаров, которые потенциально могут быть предложены рынком. Потенциальным поставщиком также не представлены объективные доказательства того, что установленной совокупности требований соответствует исключительно одна модель или один производитель. Одновременное наличие OPS и SDM-S обусловлено необходимостью обеспечить расширяемость аппаратной платформы и возможность использования различных вариантов вычислительных модулей в составе интерактивной панели. Требование о наличии обоих интерфейсов не означает, что Заказчик обязан использовать одновременно два вычислительных модуля. Наличие соответствующих интерфейсов обеспечивает возможность выбора и расширения конфигурации оборудования в зависимости от конкретных задач эксплуатации. Панель только с OPS либо только с SDM-S не соответствует установленной совокупности требований, поскольку Заказчиком предусмотрена более широкая совместимость аппаратной платформы. DisplayPort, HDMI-out, RS-232, SPDIF, LAN-in/LAN-out, USB и отдельный разъем питания периферийных устройств являются интерфейсами подключения и управления периферийным оборудованием. Их наличие определяет функциональную оснащенность панели и возможности ее интеграции с периферийными устройствами. В частности, LAN-in/LAN-out позволяет использовать соответствующую сетевую конфигурацию панели и подключаемого оборудования без необходимости каждый раз организовывать отдельное сетевое подключение. HDMI-out предназначен для вывода изображения на внешнее устройство отображения, RS-232 — для проводного управления совместимым оборудованием, SPDIF — для цифровой передачи аудиосигнала, а разъем питания периферии — для питания совместимого внешнего оборудования. Таким образом, указанные интерфейсы являются характеристиками функциональности панели, а не признаками конкретной модели. Требования к яркости, прозрачности защитного стекла, рассеиванию света и его твердости относятся к качественным и эксплуатационным характеристикам дисплея. Показатель «яркость более 449 кд/м²» означает требование к панели с яркостью свыше установленного значения. Соответственно, панель с показателем 450 кд/м² формально соответствует данному требованию, как и панель с показателем 500 кд/м². Само установление конкретного порогового значения не свидетельствует о привязке к конкретному производителю. Показатели прозрачности более 87% и рассеивания света не более 5% должны подтверждаться документами, предусмотренными технической спецификацией и законодательством, в том числе технической документацией изготовителя либо документами испытаний, если они требуются для соответствующего показателя. Твердость стекла 7H также является технической характеристикой защитного покрытия и может подтверждаться соответствующей технической документацией или протоколом испытаний. Потенциальным поставщиком не представлены объективные доказательства того, что указанные характеристики невозможно подтвердить документально либо что их наличие доступно исключительно одному производителю. Требование к версии операционной системы относится к программно-технической характеристике панели. При этом сама по себе запись «версия не ниже 14» должна применяться в отношении конкретной операционной платформы, предусмотренной технической спецификацией. Эквивалентная операционная система с иной системой нумерации версий не может оцениваться только путем механического сравнения номеров, поскольку ее соответствие определяется функциональностью, совместимостью и поддерживаемыми возможностями. Если под указанным параметром понимается погрешность позиционирования касания, то меньшая величина является более точным показателем. В таком случае формулировку следует изложить как «не более 1 мм». Соответствующая корректировка носит технический и редакционный характер и направлена на исключение неоднозначности при рассмотрении заявок. Требование VESA 800×400 мм является характеристикой монтажного интерфейса и определяет расположение крепежных отверстий, а не качественный показатель по принципу «больше — лучше». Поэтому VESA 800×400 мм должно рассматриваться как конкретная конфигурация крепления, необходимая для совместимости панели с предусмотренной конструкцией размещения. Иное расположение крепежных отверстий может быть предложено только при условии обеспечения совместимости с предусмотренной Заказчиком мобильной стойкой либо иным креплением. Требование поддержки указанных форматов относится к функциональности программного обеспечения интерактивной панели. Наличие поддержки специализированных форматов само по себе не свидетельствует о незаконной привязке к конкретному производителю. При этом потенциальным поставщиком не представлены сведения о том, что указанные форматы невозможно использовать в рамках образовательного процесса либо что их поддержка технически может быть реализована исключительно одним программным продуктом. Если указанные форматы включены в техническую спецификацию исходя из необходимости работы с имеющимися у Заказчика учебными материалами, соответствующее требование обусловлено совместимостью программного обеспечения с используемыми материалами. Требования к дистанционному подключению участников, breakout-функциям, централизованному управлению, удаленной установке приложений, обновлению программного обеспечения, управлению политиками безопасности, SAML 2.0, OAuth 2.0, OpenID Connect, терминальным командам, CRM и массовому распространению контента относятся к функциональности программного обеспечения. Наличие данных функций не означает, что каждая из них должна использоваться исключительно на одной интерактивной панели. Программное обеспечение может обеспечивать централизованное управление существующей и планируемой инфраструктурой образовательной организации. Вместе с тем требование о массовом распространении контента минимум на 200 устройств должно соответствовать фактической потребности Заказчика и предполагаемому масштабу использования программной платформы. Само по себе наличие в технической спецификации такой возможности не означает, что Заказчик обязан одновременно приобретать 200 интерактивных панелей в рамках настоящей закупки. Аналогично интеграция с CRM и поддержка SAML 2.0, OAuth 2.0 и OpenID Connect относятся к возможностям программной платформы. Их наличие обеспечивает возможность интеграции с соответствующими информационными системами и механизмами единой аутентификации. Если конкретная CRM либо SSO-инфраструктура не используется Заказчиком, соответствующие требования могут быть уточнены исходя из фактической потребности. Однако потенциальным поставщиком не представлены объективные доказательства того, что сами по себе данные функции являются избыточными либо доступны исключительно одному производителю. Наличие отдельных сходных функций в программном обеспечении типов 1, 3, 4 и 5 не означает полного функционального дублирования. Различные программные компоненты могут иметь отдельные самостоятельные функции: создание интерактивных уроков, совместную работу, беспроводную трансляцию, централизованное управление, администрирование, электронную доску и иные инструменты. При этом Заказчик вправе определить требуемую совокупность функциональности. Необходимость того, чтобы весь функционал был реализован исключительно одним программным продуктом, законодательством не установлена. Эквивалентный функционал с иными названиями инструментов может быть рассмотрен при условии, что он обеспечивает соответствие установленным функциональным требованиям. Совпадение конкретного названия инструмента само по себе не должно рассматриваться как самостоятельное требование, если его назначение может быть обеспечено иным техническим решением. Требование о подтверждении права распространения программного обеспечения обусловлено необходимостью подтверждения законности его предоставления и использования, а также наличия у поставщика соответствующих прав. Наличие такого требования не означает, что поставщик обязан обращаться исключительно к одному конкретному лицу. Подтверждение соответствующих прав может предоставляться правообладателем, производителем либо иным лицом, имеющим необходимые полномочия. Довод о том, что правообладатель потенциально может отказать участнику в выдаче письма, сам по себе не является доказательством ограничения конкуренции. Для подтверждения такого ограничения необходимы объективные сведения о невозможности получить требуемое подтверждение либо о фактическом исключении иных потенциальных поставщиков. При этом с учетом требований законодательства и принципа равных возможностей подтверждение правомерности поставки программного обеспечения не должно превращаться в требование о получении документа исключительно от заранее определенного коммерческого лица. При наличии альтернативных документов, объективно подтверждающих соответствующее право на распространение и использование ПО, вопрос об их достаточности подлежит оценке исходя из содержания такого документа. Таким образом, предложение полностью исключить авторизационные документы не принимается, поскольку подтверждение прав на поставку и распространение соответствующего программного обеспечения имеет самостоятельное значение и не заменяется автоматически серийным номером, гарантийным талоном либо товаросопроводительным документом. Основания для внесения изменений в техническую спецификацию отсутствуют.