Внимание! Соединение с приложением прервано. Дождитесь повторного подключения.
Обсуждение документации - Просмотр сообщения № 1069504
Тема сообщения
Замечание к КД
Тип сообщения
Замечание к КД
Поставщик
Kaz Trade
Представитель поставщика
ТАЛГАРОВ ЕРНАР ЕРКИНҰЛЫ
Дата и время отправки сообщения
2026-10-04 20:11:09
Текст сообщения
1. Техническая спецификация содержит требования, которые в своей совокупности способны существенно ограничить круг потенциальных поставщиков, несмотря на то, что предметом закупки является комплект учебного кабинета «Гончарная мастерская», состоящий преимущественно из оборудования, мебели и принадлежностей для творческой деятельности.
2. Наиболее существенное ограничение установлено в пунктах 7.1 и 7.2 в отношении программного обеспечения, поставляемого вместе с одним моноблоком.
3. В соответствии с пунктом 7.1 потенциальный поставщик обязан уже в составе конкурсной заявки предоставить авторизационное письмо от правообладателя и/или официального дистрибьютора.
4. Причем письмо должно быть специально оформлено на имя конкретного Заказчика с указанием номера объявления и номера лота.
5. Аналогичное требование повторно установлено по пункту 7.2.
6. Указанное письмо не подтверждает производительность, функциональность, безопасность либо иные технические характеристики товара.
7. Его наличие подтверждает прежде всего наличие определенных коммерческих отношений между потенциальным поставщиком и правообладателем либо официальным дистрибьютором.
8. Следовательно, возможность участия в закупке ставится в зависимость от волеизъявления третьего коммерческого лица.
9. Правообладатель либо дистрибьютор может выдать письмо одному потенциальному поставщику и не выдать другому независимо от того, способен ли второй участник легально приобрести, активировать и поставить полностью соответствующее программное обеспечение.
10. Фактически появляется дополнительный предварительный допуск участника со стороны третьей организации.
11. Правообладатель не является организатором государственной закупки и не должен фактически определять круг лиц, которые могут принять участие в конкурсе.
12. Особенно ограничивающим является требование не общего документа о легальном происхождении ПО, а адресного письма именно под конкретное объявление и лот.
13. Таким образом, существующий договор поставщика с официальным каналом продаж, партнерский сертификат, лицензионное соглашение, счет, договор поставки, электронный лицензионный сертификат либо возможность приобрести лицензии после определения победителя сами по себе могут оказаться недостаточными.
14. Просим исключить указанное условие либо разрешить подтверждение законности происхождения лицензий любым объективным документом.
15. В качестве альтернативы может использоваться лицензионный сертификат, электронный ключ, договор поставки, счет официального поставщика, подтверждение регистрации лицензии на Заказчика либо иной документ, позволяющий проверить законность использования ПО.
16. Если Заказчик считает подтверждение правообладателя необходимым, такое подтверждение может предоставляться победителем при поставке, а не использоваться как барьер на стадии допуска к конкурсу.
17. Самой технической спецификацией предусмотрено примечание о недопустимости установления квалификационных требований к потенциальному поставщику.
18. В связи с этим необходимо объяснить, каким образом требование получить индивидуальный документ от правообладателя либо официального дистрибьютора не является требованием непосредственно к статусу и коммерческим отношениям участника.
19. Дополнительно пункт 7.1 содержит крайне специфическую совокупность характеристик самого программного решения.
20. Требуется единый продукт, совмещающий управление файловой системой и встроенный антивирус.
21. Продукт должен работать на персональных компьютерах и мобильных устройствах.
22. Требуются интерфейсы одновременно на казахском и русском языках.
23. Лицензия должна быть бессрочной.
24. Требуется автоматическое и ручное сканирование файлов.
25. Требуется проверка файлов на сервере с использованием криптографической системы безопасности, расположенной именно на территории Республики Казахстан.
26. Требуется анализ поведения файлов.
27. Требуется распознавание угроз с использованием машинного обучения.
28. Требуются обновляемые базы вирусных сигнатур.
29. Требуется двухпанельный режим работы.
30. Решение должно иметь оценочный уровень доверия не ниже 5 по СТ РК ISO/IEC 15408-3.
31. Оно должно быть включено в реестр доверенного программного обеспечения и продукции электронной промышленности.
32. Помимо всего перечисленного требуется специальное авторизационное письмо.
33. Следовательно, потенциальный аналог должен одновременно соответствовать функциональным, архитектурным, сертификационным, реестровым и коммерческим условиям.
34. Совокупный ограничивающий эффект подобных условий значительно выше, чем эффект каждого требования отдельно.
35. Международное либо отечественное антивирусное решение может обеспечивать более высокий фактический уровень защиты, но не обладать встроенным двухпанельным файловым менеджером.
36. Файловый менеджер может иметь встроенную защиту, но работать по иной серверной архитектуре.
37. Сертифицированное средство защиты может не иметь бессрочной модели лицензирования.
38. Функционально эквивалентное решение может отсутствовать в указанном реестре по причине иной категории продукции.
39. Все такие продукты будут формально исключены.
40. Просим Заказчика указать не менее трех независимых программных решений разных правообладателей, соответствующих полной совокупности требований пункта 7.1.
41. Наличие нескольких продавцов одного и того же программного продукта не подтверждает наличие полноценной товарной конкуренции.
42. Если существует один продукт и несколько его дилеров, при этом правообладатель контролирует выдачу обязательных авторизационных писем, круг фактически допускаемых участников все равно зависит от одного коммерческого субъекта.
43. Аналогичная проблема имеется по пункту 7.2.
44. Требуется специализированный драйвер доверенной загрузки операционной системы.
45. Решение должно соответствовать СТ РК ISO/IEC 15408-3 с оценочным уровнем доверия не ниже 5+.
46. Устанавливается не только требуемый результат защиты, но и конкретная внутренняя архитектура.
47. Прямо требуется работа в качестве встроенного DXE-драйвера в составе UEFI.
48. Требуется предотвращение загрузки ОС со съемных носителей без авторизации.
49. Проверка цифровой подписи компонентов загрузочной цепочки.
50. Защита загрузочного сектора.
51. Предзагрузочная идентификация, аутентификация и авторизация.
52. Ведение и хранение журналов безопасности.
53. Совместимость с современными версиями BIOS/UEFI.
54. Нахождение продукта в реестре доверенного ПО.
55. И дополнительно — отдельное адресное авторизационное письмо.
56. Функциональная задача доверенной загрузки потенциально может обеспечиваться средствами иной архитектуры: Secure Boot, TPM, аппаратными модулями, встроенными средствами производителя компьютера либо иными сертифицированными решениями.
57. Такие решения могут обеспечивать не худшую защиту, но формально не являться DXE-драйвером.
58. Просим заменить конкретный способ реализации требованиями к конечному результату защиты.
59. Также необходимо раскрыть объективную потребность именно в уровнях доверия 5 и 5+ применительно к кабинету гончарной мастерской.
60. В ТС не указано, какие информационные системы будут использоваться на моноблоке.
61. Не раскрыта категория обрабатываемой информации.
62. Не приведена модель угроз.
63. Не указано, что на рабочем месте будет обрабатываться информация, объективно требующая столь специализированных мер защиты.
64. В итоге небольшая программная составляющая закупки фактически может определять круг поставщиков всего комплекта стоимостью более 10 млн тенге.
65. Поставщик гончарных кругов, печи, мебели и учебных материалов вынужден предварительно иметь доступ к конкретным правообладателям специализированных средств информационной безопасности.
66. Это способно создавать необоснованный барьер для поставщиков профильного учебного и гончарного оборудования.
67. Просим исключить авторизационные письма из состава конкурсной заявки.
68. Просим разрешить функционально эквивалентные средства защиты.
69. Просим исключить архитектурные признаки, не являющиеся обязательными для достижения требуемого результата.
70. Просим раскрыть наличие не менее трех независимых программных решений по каждому пункту.
71. Просим подтвердить, что получение письма доступно каждому участнику без обязательного партнерского статуса, оборота, сертификации персонала, минимального объема закупок либо иных скрытых коммерческих условий.
72. Если такие дополнительные условия существуют, они должны рассматриваться как дополнительное ограничение участия.
73. Просим привести пункты 7.1 и 7.2 к функционально нейтральному виду и исключить требования, исполнение которых зависит от субъективного решения третьего коммерческого лица.
2. Наиболее существенное ограничение установлено в пунктах 7.1 и 7.2 в отношении программного обеспечения, поставляемого вместе с одним моноблоком.
3. В соответствии с пунктом 7.1 потенциальный поставщик обязан уже в составе конкурсной заявки предоставить авторизационное письмо от правообладателя и/или официального дистрибьютора.
4. Причем письмо должно быть специально оформлено на имя конкретного Заказчика с указанием номера объявления и номера лота.
5. Аналогичное требование повторно установлено по пункту 7.2.
6. Указанное письмо не подтверждает производительность, функциональность, безопасность либо иные технические характеристики товара.
7. Его наличие подтверждает прежде всего наличие определенных коммерческих отношений между потенциальным поставщиком и правообладателем либо официальным дистрибьютором.
8. Следовательно, возможность участия в закупке ставится в зависимость от волеизъявления третьего коммерческого лица.
9. Правообладатель либо дистрибьютор может выдать письмо одному потенциальному поставщику и не выдать другому независимо от того, способен ли второй участник легально приобрести, активировать и поставить полностью соответствующее программное обеспечение.
10. Фактически появляется дополнительный предварительный допуск участника со стороны третьей организации.
11. Правообладатель не является организатором государственной закупки и не должен фактически определять круг лиц, которые могут принять участие в конкурсе.
12. Особенно ограничивающим является требование не общего документа о легальном происхождении ПО, а адресного письма именно под конкретное объявление и лот.
13. Таким образом, существующий договор поставщика с официальным каналом продаж, партнерский сертификат, лицензионное соглашение, счет, договор поставки, электронный лицензионный сертификат либо возможность приобрести лицензии после определения победителя сами по себе могут оказаться недостаточными.
14. Просим исключить указанное условие либо разрешить подтверждение законности происхождения лицензий любым объективным документом.
15. В качестве альтернативы может использоваться лицензионный сертификат, электронный ключ, договор поставки, счет официального поставщика, подтверждение регистрации лицензии на Заказчика либо иной документ, позволяющий проверить законность использования ПО.
16. Если Заказчик считает подтверждение правообладателя необходимым, такое подтверждение может предоставляться победителем при поставке, а не использоваться как барьер на стадии допуска к конкурсу.
17. Самой технической спецификацией предусмотрено примечание о недопустимости установления квалификационных требований к потенциальному поставщику.
18. В связи с этим необходимо объяснить, каким образом требование получить индивидуальный документ от правообладателя либо официального дистрибьютора не является требованием непосредственно к статусу и коммерческим отношениям участника.
19. Дополнительно пункт 7.1 содержит крайне специфическую совокупность характеристик самого программного решения.
20. Требуется единый продукт, совмещающий управление файловой системой и встроенный антивирус.
21. Продукт должен работать на персональных компьютерах и мобильных устройствах.
22. Требуются интерфейсы одновременно на казахском и русском языках.
23. Лицензия должна быть бессрочной.
24. Требуется автоматическое и ручное сканирование файлов.
25. Требуется проверка файлов на сервере с использованием криптографической системы безопасности, расположенной именно на территории Республики Казахстан.
26. Требуется анализ поведения файлов.
27. Требуется распознавание угроз с использованием машинного обучения.
28. Требуются обновляемые базы вирусных сигнатур.
29. Требуется двухпанельный режим работы.
30. Решение должно иметь оценочный уровень доверия не ниже 5 по СТ РК ISO/IEC 15408-3.
31. Оно должно быть включено в реестр доверенного программного обеспечения и продукции электронной промышленности.
32. Помимо всего перечисленного требуется специальное авторизационное письмо.
33. Следовательно, потенциальный аналог должен одновременно соответствовать функциональным, архитектурным, сертификационным, реестровым и коммерческим условиям.
34. Совокупный ограничивающий эффект подобных условий значительно выше, чем эффект каждого требования отдельно.
35. Международное либо отечественное антивирусное решение может обеспечивать более высокий фактический уровень защиты, но не обладать встроенным двухпанельным файловым менеджером.
36. Файловый менеджер может иметь встроенную защиту, но работать по иной серверной архитектуре.
37. Сертифицированное средство защиты может не иметь бессрочной модели лицензирования.
38. Функционально эквивалентное решение может отсутствовать в указанном реестре по причине иной категории продукции.
39. Все такие продукты будут формально исключены.
40. Просим Заказчика указать не менее трех независимых программных решений разных правообладателей, соответствующих полной совокупности требований пункта 7.1.
41. Наличие нескольких продавцов одного и того же программного продукта не подтверждает наличие полноценной товарной конкуренции.
42. Если существует один продукт и несколько его дилеров, при этом правообладатель контролирует выдачу обязательных авторизационных писем, круг фактически допускаемых участников все равно зависит от одного коммерческого субъекта.
43. Аналогичная проблема имеется по пункту 7.2.
44. Требуется специализированный драйвер доверенной загрузки операционной системы.
45. Решение должно соответствовать СТ РК ISO/IEC 15408-3 с оценочным уровнем доверия не ниже 5+.
46. Устанавливается не только требуемый результат защиты, но и конкретная внутренняя архитектура.
47. Прямо требуется работа в качестве встроенного DXE-драйвера в составе UEFI.
48. Требуется предотвращение загрузки ОС со съемных носителей без авторизации.
49. Проверка цифровой подписи компонентов загрузочной цепочки.
50. Защита загрузочного сектора.
51. Предзагрузочная идентификация, аутентификация и авторизация.
52. Ведение и хранение журналов безопасности.
53. Совместимость с современными версиями BIOS/UEFI.
54. Нахождение продукта в реестре доверенного ПО.
55. И дополнительно — отдельное адресное авторизационное письмо.
56. Функциональная задача доверенной загрузки потенциально может обеспечиваться средствами иной архитектуры: Secure Boot, TPM, аппаратными модулями, встроенными средствами производителя компьютера либо иными сертифицированными решениями.
57. Такие решения могут обеспечивать не худшую защиту, но формально не являться DXE-драйвером.
58. Просим заменить конкретный способ реализации требованиями к конечному результату защиты.
59. Также необходимо раскрыть объективную потребность именно в уровнях доверия 5 и 5+ применительно к кабинету гончарной мастерской.
60. В ТС не указано, какие информационные системы будут использоваться на моноблоке.
61. Не раскрыта категория обрабатываемой информации.
62. Не приведена модель угроз.
63. Не указано, что на рабочем месте будет обрабатываться информация, объективно требующая столь специализированных мер защиты.
64. В итоге небольшая программная составляющая закупки фактически может определять круг поставщиков всего комплекта стоимостью более 10 млн тенге.
65. Поставщик гончарных кругов, печи, мебели и учебных материалов вынужден предварительно иметь доступ к конкретным правообладателям специализированных средств информационной безопасности.
66. Это способно создавать необоснованный барьер для поставщиков профильного учебного и гончарного оборудования.
67. Просим исключить авторизационные письма из состава конкурсной заявки.
68. Просим разрешить функционально эквивалентные средства защиты.
69. Просим исключить архитектурные признаки, не являющиеся обязательными для достижения требуемого результата.
70. Просим раскрыть наличие не менее трех независимых программных решений по каждому пункту.
71. Просим подтвердить, что получение письма доступно каждому участнику без обязательного партнерского статуса, оборота, сертификации персонала, минимального объема закупок либо иных скрытых коммерческих условий.
72. Если такие дополнительные условия существуют, они должны рассматриваться как дополнительное ограничение участия.
73. Просим привести пункты 7.1 и 7.2 к функционально нейтральному виду и исключить требования, исполнение которых зависит от субъективного решения третьего коммерческого лица.
