Внимание! Соединение с приложением прервано. Дождитесь повторного подключения.
Обсуждение документации - Просмотр сообщения № 1068997
Тема сообщения
Замечание к КД
Тип сообщения
Замечание к КД
Поставщик
Kaz Trade
Представитель поставщика
ТАЛГАРОВ ЕРНАР ЕРКИНҰЛЫ
Дата и время отправки сообщения
2026-09-28 20:25:52
Текст сообщения
1. Техническая спецификация содержит требования, которые фактически ставят возможность участия потенциального поставщика в зависимость от получения документов от конкретных третьих лиц — разработчика программного обеспечения, правообладателя либо официального дистрибьютора/дилера на территории Республики Казахстан.
2. Для программного обеспечения «3-D библиотека ресурсов по естественным наукам» потенциальный поставщик обязан представить в составе конкурсной заявки авторизационное письмо, оформленное на имя заказчика с обязательным указанием номера объявления и номера лота.
3. Одновременно прямо установлено, что замена данного авторизационного письма какими-либо гарантийными письмами самого потенциального поставщика не допускается.
4. Таким образом, даже участник, объективно способный законно приобрести оригинальную лицензию и поставить полностью соответствующий требованиям программный продукт, зависит от решения стороннего коммерческого субъекта выдать ему персонализированный документ именно под конкретную государственную закупку.
5. Авторизационное письмо само по себе не является функциональной, технической, качественной либо эксплуатационной характеристикой закупаемого программного обеспечения.
6. Оно характеризует прежде всего наличие коммерческих или партнерских отношений потенциального поставщика с разработчиком либо определенным каналом дистрибуции.
7. Производитель, правообладатель, дилер или дистрибьютор не является стороной будущего договора о государственных закупках и не несет вместо поставщика ответственность перед заказчиком за надлежащее исполнение договора.
8. При этом третье лицо вправе самостоятельно определять собственную коммерческую политику, дилерскую сеть и круг организаций, которым выдаются индивидуальные авторизационные письма.
9. Следовательно, наличие подобного документа может зависеть не от качества предлагаемого товара, а от субъективного решения третьего лица.
10. Просим исключить обязательность персонализированного авторизационного письма либо предоставить участнику альтернативные способы подтверждения легальности поставки: электронную лицензию, лицензионный сертификат, договор или счет официального канала поставки, регистрационные данные лицензии, электронный ключ, подтверждение правообладателя при приемке либо иные объективные документы.
11. Еще более жесткая конструкция установлена по лицензированному программному обеспечению для работы с файловой системой со встроенным антивирусом.
12. Данная программа должна одновременно соответствовать СТ РК ISO/IEC 15408-3, иметь оценочный уровень доверия не ниже 5, входить в действующий Реестр доверенного программного обеспечения и продукции электронной промышленности.
13. Дополнительно в конкурсной заявке опять требуется авторизационное письмо правообладателя и/или официального дистрибьютора, оформленное именно на имя заказчика с указанием номера объявления и лота.
14. Такая совокупность условий существенно сокращает перечень потенциально допустимых программных продуктов и должна иметь конкретное техническое обоснование.
15. В ТС не приведена модель угроз информационной безопасности, на основании которой выбран именно оценочный уровень доверия 5.
16. Не указано, какие категории защищаемой информации будут храниться или обрабатываться на соответствующем устройстве.
17. Не объяснено, почему для обычной образовательной STEM-лаборатории недостаточно иных сертифицированных средств защиты с другим оценочным уровнем доверия.
18. Не приведено сравнение уровня 5 с уровнями ниже 5 и не указано, какая конкретная необходимая заказчику защитная функция отсутствует в иных решениях.
19. Кроме того, закупаемая программа должна одновременно выполнять функции файлового менеджера и антивирусной защиты.
20. Работа с файлами и папками, создание каталогов, копирование, перенос, удаление и переименование являются штатными функциями современных операционных систем.
21. Заказчик при этом отдельно приобретает операционную систему.
22. Следовательно, часть закупаемого функционала потенциально дублирует штатные функции ОС.
23. Аналогично современные операционные системы могут включать собственные встроенные средства антивирусной и иной защиты.
24. Просим обосновать необходимость отдельного программного продукта, объединяющего файловый менеджер и антивирус, вместо определения требуемого результата информационной безопасности.
25. В самой технической спецификации в примечании прямо указано, что установление квалификационных требований к потенциальному поставщику не допускается.
26. Обязанность потенциального поставщика иметь индивидуальный документ от правообладателя либо официального дистрибьютора характеризует отношения участника с третьим лицом, а не свойства самого программного продукта.
27. Просим заказчика отдельно объяснить соответствие данного условия собственному примечанию технической спецификации.
28. Для 3-D библиотеки также предусмотрена обязанность указать ссылку на скачивание демо-версии либо обеспечить доступность демо-версии на официальном сайте разработчика.
29. Способ распространения демонстрационной версии не определяет качество программного продукта.
30. Разработчик может использовать временный облачный аккаунт, презентационный доступ, удаленную демонстрацию либо иной способ проверки продукта.
31. Просим допустить функционально эквивалентные способы демонстрации.
32. Отдельно необходимо определить срок обновления антивирусных баз.
33. В ТС предусмотрено бессрочное право использования лицензии, но сетевые функции, базы угроз и другие сервисы предоставляются согласно условиям лицензии.
34. Бессрочная лицензия сама по себе не означает бессрочное получение обновлений баз угроз.
35. Если обновления прекратятся через короткий период после поставки, защитная функция программы существенно снизится.
36. Просим указать минимальный гарантированный срок обновления баз угроз и технической поддержки.
37. Также необходимо определить возможность повторной активации либо переноса лицензии в случае гарантийной замены моноблока, накопителя или иного оборудования.
38. Необходимо исключить ситуацию, когда при замене устройства заказчик теряет бессрочную лицензию.
39. Просим назвать не менее трех независимых программных продуктов разных правообладателей, которые одновременно соответствуют всему набору требований к файловой системе со встроенным антивирусом.
40. Отдельно просим назвать не менее трех независимых 3-D библиотек, соответствующих всей совокупности заявленных функций, включая 1200 3D-сцен, более 110 приложений, виртуальную лабораторию, BYOD, конкретный набор интерфейсных инструментов и прочие требования.
41. Если фактически всей совокупности параметров соответствует ограниченное число заранее известных программных продуктов, требования следует переработать через конечный функциональный результат.
42. Проверку подлинности лицензии возможно осуществлять на стадии поставки и приемки, не связывая участие в конкурсе с предварительным получением персонализированного коммерческого разрешения определенного правообладателя.
43. Просим исключить требования, при которых третье лицо фактически получает возможность влиять на круг участников государственной закупки.
2. Для программного обеспечения «3-D библиотека ресурсов по естественным наукам» потенциальный поставщик обязан представить в составе конкурсной заявки авторизационное письмо, оформленное на имя заказчика с обязательным указанием номера объявления и номера лота.
3. Одновременно прямо установлено, что замена данного авторизационного письма какими-либо гарантийными письмами самого потенциального поставщика не допускается.
4. Таким образом, даже участник, объективно способный законно приобрести оригинальную лицензию и поставить полностью соответствующий требованиям программный продукт, зависит от решения стороннего коммерческого субъекта выдать ему персонализированный документ именно под конкретную государственную закупку.
5. Авторизационное письмо само по себе не является функциональной, технической, качественной либо эксплуатационной характеристикой закупаемого программного обеспечения.
6. Оно характеризует прежде всего наличие коммерческих или партнерских отношений потенциального поставщика с разработчиком либо определенным каналом дистрибуции.
7. Производитель, правообладатель, дилер или дистрибьютор не является стороной будущего договора о государственных закупках и не несет вместо поставщика ответственность перед заказчиком за надлежащее исполнение договора.
8. При этом третье лицо вправе самостоятельно определять собственную коммерческую политику, дилерскую сеть и круг организаций, которым выдаются индивидуальные авторизационные письма.
9. Следовательно, наличие подобного документа может зависеть не от качества предлагаемого товара, а от субъективного решения третьего лица.
10. Просим исключить обязательность персонализированного авторизационного письма либо предоставить участнику альтернативные способы подтверждения легальности поставки: электронную лицензию, лицензионный сертификат, договор или счет официального канала поставки, регистрационные данные лицензии, электронный ключ, подтверждение правообладателя при приемке либо иные объективные документы.
11. Еще более жесткая конструкция установлена по лицензированному программному обеспечению для работы с файловой системой со встроенным антивирусом.
12. Данная программа должна одновременно соответствовать СТ РК ISO/IEC 15408-3, иметь оценочный уровень доверия не ниже 5, входить в действующий Реестр доверенного программного обеспечения и продукции электронной промышленности.
13. Дополнительно в конкурсной заявке опять требуется авторизационное письмо правообладателя и/или официального дистрибьютора, оформленное именно на имя заказчика с указанием номера объявления и лота.
14. Такая совокупность условий существенно сокращает перечень потенциально допустимых программных продуктов и должна иметь конкретное техническое обоснование.
15. В ТС не приведена модель угроз информационной безопасности, на основании которой выбран именно оценочный уровень доверия 5.
16. Не указано, какие категории защищаемой информации будут храниться или обрабатываться на соответствующем устройстве.
17. Не объяснено, почему для обычной образовательной STEM-лаборатории недостаточно иных сертифицированных средств защиты с другим оценочным уровнем доверия.
18. Не приведено сравнение уровня 5 с уровнями ниже 5 и не указано, какая конкретная необходимая заказчику защитная функция отсутствует в иных решениях.
19. Кроме того, закупаемая программа должна одновременно выполнять функции файлового менеджера и антивирусной защиты.
20. Работа с файлами и папками, создание каталогов, копирование, перенос, удаление и переименование являются штатными функциями современных операционных систем.
21. Заказчик при этом отдельно приобретает операционную систему.
22. Следовательно, часть закупаемого функционала потенциально дублирует штатные функции ОС.
23. Аналогично современные операционные системы могут включать собственные встроенные средства антивирусной и иной защиты.
24. Просим обосновать необходимость отдельного программного продукта, объединяющего файловый менеджер и антивирус, вместо определения требуемого результата информационной безопасности.
25. В самой технической спецификации в примечании прямо указано, что установление квалификационных требований к потенциальному поставщику не допускается.
26. Обязанность потенциального поставщика иметь индивидуальный документ от правообладателя либо официального дистрибьютора характеризует отношения участника с третьим лицом, а не свойства самого программного продукта.
27. Просим заказчика отдельно объяснить соответствие данного условия собственному примечанию технической спецификации.
28. Для 3-D библиотеки также предусмотрена обязанность указать ссылку на скачивание демо-версии либо обеспечить доступность демо-версии на официальном сайте разработчика.
29. Способ распространения демонстрационной версии не определяет качество программного продукта.
30. Разработчик может использовать временный облачный аккаунт, презентационный доступ, удаленную демонстрацию либо иной способ проверки продукта.
31. Просим допустить функционально эквивалентные способы демонстрации.
32. Отдельно необходимо определить срок обновления антивирусных баз.
33. В ТС предусмотрено бессрочное право использования лицензии, но сетевые функции, базы угроз и другие сервисы предоставляются согласно условиям лицензии.
34. Бессрочная лицензия сама по себе не означает бессрочное получение обновлений баз угроз.
35. Если обновления прекратятся через короткий период после поставки, защитная функция программы существенно снизится.
36. Просим указать минимальный гарантированный срок обновления баз угроз и технической поддержки.
37. Также необходимо определить возможность повторной активации либо переноса лицензии в случае гарантийной замены моноблока, накопителя или иного оборудования.
38. Необходимо исключить ситуацию, когда при замене устройства заказчик теряет бессрочную лицензию.
39. Просим назвать не менее трех независимых программных продуктов разных правообладателей, которые одновременно соответствуют всему набору требований к файловой системе со встроенным антивирусом.
40. Отдельно просим назвать не менее трех независимых 3-D библиотек, соответствующих всей совокупности заявленных функций, включая 1200 3D-сцен, более 110 приложений, виртуальную лабораторию, BYOD, конкретный набор интерфейсных инструментов и прочие требования.
41. Если фактически всей совокупности параметров соответствует ограниченное число заранее известных программных продуктов, требования следует переработать через конечный функциональный результат.
42. Проверку подлинности лицензии возможно осуществлять на стадии поставки и приемки, не связывая участие в конкурсе с предварительным получением персонализированного коммерческого разрешения определенного правообладателя.
43. Просим исключить требования, при которых третье лицо фактически получает возможность влиять на круг участников государственной закупки.
Ответы представителей заказчика и организатора, секретаря
Дата:
2026-10-01 17:26:34
Автор:
НАЗАРБЕКОВ РУСТЕМ БАРАНБАЕВИЧ
Решение:
Внести изменения и (или) дополнения в проект конкурсной документации
Описание внесения изменения
Будет внесен изменения в проект конкурсной документации
