Внимание! Соединение с приложением прервано. Дождитесь повторного подключения.
Обсуждение документации - Просмотр сообщения № 1069679
Тема сообщения
Замечание к КД
Тип сообщения
Замечание к КД
Поставщик
Kaz Trade
Представитель поставщика
ТАЛГАРОВ ЕРНАР ЕРКИНҰЛЫ
Дата и время отправки сообщения
2026-10-06 14:55:46
Текст сообщения
1. Техническая спецификация закупки столярной мастерской содержит условия, которые способны существенно ограничить круг потенциальных поставщиков не по их способности поставить оборудование для учебной мастерской, а по наличию коммерческих отношений с определенными правообладателями специализированного программного обеспечения.
2. Основное назначение закупки — оснащение столярной мастерской для детей с инвалидностью и РАС.
3. Основную часть лота составляют верстаки, станки, электроинструмент, ручной инструмент, измерительные принадлежности, средства индивидуальной защиты и иное оборудование для практических занятий.
4. Несмотря на это, по позиции 5.1 потенциальный поставщик обязан уже в составе конкурсной заявки представить авторизационное письмо от правообладателя и/или официального дистрибьютора.
5. Письмо должно быть оформлено непосредственно на имя Заказчика.
6. В письме требуется указать номер конкретного объявления.
7. Также требуется номер конкретного лота.
8. Аналогичное специальное адресное письмо установлено по позиции 5.2.
9. Таким образом, поставщик станков, верстаков и столярного инструмента должен еще до определения победителя получить два индивидуальных документа от третьих коммерческих организаций.
10. Авторизационное письмо не является характеристикой программного обеспечения.
11. Оно не определяет функциональность ПО.
12. Не подтверждает уровень информационной безопасности, поскольку для этого отдельно требуется сертификат соответствия СТ РК ISO/IEC 15408-3.
13. Не подтверждает включение решения в реестр, поскольку документ о включении также требуется отдельно.
14. Не подтверждает факт активации лицензии на Заказчика.
15. Фактически письмо свидетельствует о коммерческом взаимодействии конкретного поставщика с правообладателем либо его дистрибьютором.
16. Получение такого письма зависит от воли третьего лица.
17. Правообладатель может устанавливать собственные правила партнерской программы.
18. Может требовать дилерский статус.
19. Может требовать заключенный партнерский договор.
20. Может устанавливать минимальный объем закупок.
21. Может предъявлять требования к персоналу.
22. Может выдавать адресные письма только определенному кругу партнеров.
23. Может отказать потенциальному поставщику в выдаче документа.
24. Техническая спецификация не содержит механизма, обеспечивающего обязанность правообладателя выдать письмо любому заинтересованному участнику.
25. Следовательно, возможность участия в государственной закупке потенциально ставится в зависимость от решения третьей частной организации.
26. Это особенно существенно, поскольку программное обеспечение является лишь небольшой частью комплекта стоимостью 17 000 000 тенге.
27. Потенциальный поставщик может полностью соответствовать требованиям по верстакам, станкам, инструменту, СИЗ и монтажу, но не получить допуск вследствие отсутствия специального письма по одной лицензии.
28. Подобный подход способен необоснованно сужать конкуренцию по всему лоту.
29. Просим исключить обязательное представление авторизационных писем в составе конкурсной заявки.
30. Законность происхождения лицензии может подтверждаться иными документами.
31. Лицензионным сертификатом.
32. Договором приобретения.
33. Счетом официального поставщика.
34. Электронным ключом активации.
35. Документом о регистрации лицензии на конечного пользователя.
36. Активацией программного обеспечения непосредственно на Заказчика.
37. При необходимости подтверждение от правообладателя может предоставляться победителем на этапе поставки, когда уже существует конкретная обязанность приобрести и активировать лицензию.
38. По позиции 5.1 уже установлен оценочный уровень доверия не ниже 5.
39. Дополнительно требуется включение программного обеспечения в реестр доверенного программного обеспечения и продукции электронной промышленности.
40. Следовательно, технический и правовой статус продукта может быть проверен объективными документами без персонального письма.
41. По позиции 5.2 требуется уровень доверия не ниже 5+.
42. Также требуется реестр.
43. И дополнительно адресное письмо.
44. Данная совокупность является избыточной и фактически переносит акцент с характеристик товара на статус участника в канале продаж.
45. Особое противоречие заключается в том, что сама ТС содержит примечание о недопустимости установления квалификационных требований к потенциальному поставщику.
46. Просим пояснить, каким образом обязанность участника предварительно получить адресный документ от конкретного правообладателя либо официального дистрибьютора согласуется с данным запретом.
47. Требования самой позиции 5.1 также имеют признаки описания ограниченного программного продукта.
48. Требуется объединение функций файлового менеджера и встроенного антивируса.
49. Поддержка ПК.
50. Поддержка мобильных устройств.
51. Поддержка встраиваемых устройств.
52. Русский интерфейс.
53. Казахский интерфейс.
54. Бессрочная лицензия.
55. Серверная проверка файлов.
56. Использование криптографической системы безопасности, размещенной на территории Республики Казахстан.
57. Анализ поведения файлов.
58. Машинное обучение.
59. Постоянно обновляемые сигнатурные базы.
60. Двухпанельный режим.
61. Уровень доверия 5.
62. Реестр.
63. Адресное письмо.
64. Совокупность перечисленных условий значительно уже, чем требование предоставить антивирусную защиту моноблока.
65. Функционально более сильное антивирусное решение может не иметь встроенного двухпанельного файлового менеджера.
66. Может не поддерживать встраиваемые устройства, если такая функция вообще не нужна для одного моноблока.
67. Может распространяться по подписочной модели.
68. Может использовать иную архитектуру облачного либо локального анализа угроз.
69. Такие решения будут исключены не вследствие худшего уровня безопасности, а вследствие отличия технологической реализации.
70. Просим назвать не менее трех независимых программных продуктов разных правообладателей, каждый из которых полностью соответствует всей совокупности позиции 5.1.
71. Наличие нескольких дилеров одного программного продукта не является подтверждением многопроизводительной конкуренции.
72. Еще более специфична позиция 5.2.
73. Решение должно работать именно как встроенный DXE-драйвер в составе UEFI.
74. Это уже не функциональное требование к результату, а конкретный внутренний способ реализации технологии.
75. Доверенная загрузка может обеспечиваться Secure Boot.
76. TPM.
77. Аппаратным модулем доверенной загрузки.
78. Средствами производителя моноблока.
79. Иными сертифицированными решениями.
80. Просим устанавливать конечный результат защиты, а не единственную DXE-архитектуру.
81. Установка стороннего DXE-драйвера непосредственно зависит от конкретной реализации UEFI моноблока.
82. Не раскрыто, какие модели моноблоков гарантированно совместимы с требуемым решением.
83. Не раскрыто, допускает ли изготовитель моноблока установку стороннего компонента в UEFI без утраты гарантии.
84. Просим указать не менее трех моделей моноблоков разных производителей, штатно совместимых с требуемым программным решением.
85. Требует корректировки и описание самого моноблока.
86. Формулировка «частота оперативной памяти не менее 3,3 GHz» технически неоднозначна.
87. Следует определить стандарт памяти и корректную единицу измерения либо указать минимальную эффективную скорость.
88. Формулировка «тип жесткого диска не менее 512 ГБ» смешивает понятия типа накопителя и его емкости.
89. Следует отдельно установить тип накопителя SSD/HDD/NVMe и минимальную емкость.
90. Точное разрешение мыши 1000 dpi может привести к формальному исключению мыши 1200, 1600 либо 2000 dpi.
91. Необходимо указать «не менее 1000 dpi», если повышение разрешения допустимо.
92. Полноразмерная клавиатура также может иметь 104, 105, 107 либо 108 клавиш в зависимости от раскладки и производителя.
93. Требование ровно 104 клавиши целесообразно заменить функциональным наличием основного и цифрового блока.
94. Дополнительно необходимо обосновать вообще необходимость специализированных средств защиты уровня 5 и 5+ именно в столярной мастерской.
95. ТС не содержит модели угроз.
96. Не указано, какие защищаемые сведения будут обрабатываться.
97. Не указана информационная система специального назначения.
98. Не указано подключение к критической либо иной защищаемой инфраструктуре.
99. Просим исключить избыточную технологическую специфику.
100. Просим исключить адресные авторизационные письма.
101. Просим разрешить функционально эквивалентные средства информационной безопасности.
102. Просим исправить технические неоднозначности моноблока.
103. Просим обеспечить возможность участия поставщиков столярного оборудования без обязательного наличия заранее оформленных отношений с конкретным правообладателем программного обеспечения.
2. Основное назначение закупки — оснащение столярной мастерской для детей с инвалидностью и РАС.
3. Основную часть лота составляют верстаки, станки, электроинструмент, ручной инструмент, измерительные принадлежности, средства индивидуальной защиты и иное оборудование для практических занятий.
4. Несмотря на это, по позиции 5.1 потенциальный поставщик обязан уже в составе конкурсной заявки представить авторизационное письмо от правообладателя и/или официального дистрибьютора.
5. Письмо должно быть оформлено непосредственно на имя Заказчика.
6. В письме требуется указать номер конкретного объявления.
7. Также требуется номер конкретного лота.
8. Аналогичное специальное адресное письмо установлено по позиции 5.2.
9. Таким образом, поставщик станков, верстаков и столярного инструмента должен еще до определения победителя получить два индивидуальных документа от третьих коммерческих организаций.
10. Авторизационное письмо не является характеристикой программного обеспечения.
11. Оно не определяет функциональность ПО.
12. Не подтверждает уровень информационной безопасности, поскольку для этого отдельно требуется сертификат соответствия СТ РК ISO/IEC 15408-3.
13. Не подтверждает включение решения в реестр, поскольку документ о включении также требуется отдельно.
14. Не подтверждает факт активации лицензии на Заказчика.
15. Фактически письмо свидетельствует о коммерческом взаимодействии конкретного поставщика с правообладателем либо его дистрибьютором.
16. Получение такого письма зависит от воли третьего лица.
17. Правообладатель может устанавливать собственные правила партнерской программы.
18. Может требовать дилерский статус.
19. Может требовать заключенный партнерский договор.
20. Может устанавливать минимальный объем закупок.
21. Может предъявлять требования к персоналу.
22. Может выдавать адресные письма только определенному кругу партнеров.
23. Может отказать потенциальному поставщику в выдаче документа.
24. Техническая спецификация не содержит механизма, обеспечивающего обязанность правообладателя выдать письмо любому заинтересованному участнику.
25. Следовательно, возможность участия в государственной закупке потенциально ставится в зависимость от решения третьей частной организации.
26. Это особенно существенно, поскольку программное обеспечение является лишь небольшой частью комплекта стоимостью 17 000 000 тенге.
27. Потенциальный поставщик может полностью соответствовать требованиям по верстакам, станкам, инструменту, СИЗ и монтажу, но не получить допуск вследствие отсутствия специального письма по одной лицензии.
28. Подобный подход способен необоснованно сужать конкуренцию по всему лоту.
29. Просим исключить обязательное представление авторизационных писем в составе конкурсной заявки.
30. Законность происхождения лицензии может подтверждаться иными документами.
31. Лицензионным сертификатом.
32. Договором приобретения.
33. Счетом официального поставщика.
34. Электронным ключом активации.
35. Документом о регистрации лицензии на конечного пользователя.
36. Активацией программного обеспечения непосредственно на Заказчика.
37. При необходимости подтверждение от правообладателя может предоставляться победителем на этапе поставки, когда уже существует конкретная обязанность приобрести и активировать лицензию.
38. По позиции 5.1 уже установлен оценочный уровень доверия не ниже 5.
39. Дополнительно требуется включение программного обеспечения в реестр доверенного программного обеспечения и продукции электронной промышленности.
40. Следовательно, технический и правовой статус продукта может быть проверен объективными документами без персонального письма.
41. По позиции 5.2 требуется уровень доверия не ниже 5+.
42. Также требуется реестр.
43. И дополнительно адресное письмо.
44. Данная совокупность является избыточной и фактически переносит акцент с характеристик товара на статус участника в канале продаж.
45. Особое противоречие заключается в том, что сама ТС содержит примечание о недопустимости установления квалификационных требований к потенциальному поставщику.
46. Просим пояснить, каким образом обязанность участника предварительно получить адресный документ от конкретного правообладателя либо официального дистрибьютора согласуется с данным запретом.
47. Требования самой позиции 5.1 также имеют признаки описания ограниченного программного продукта.
48. Требуется объединение функций файлового менеджера и встроенного антивируса.
49. Поддержка ПК.
50. Поддержка мобильных устройств.
51. Поддержка встраиваемых устройств.
52. Русский интерфейс.
53. Казахский интерфейс.
54. Бессрочная лицензия.
55. Серверная проверка файлов.
56. Использование криптографической системы безопасности, размещенной на территории Республики Казахстан.
57. Анализ поведения файлов.
58. Машинное обучение.
59. Постоянно обновляемые сигнатурные базы.
60. Двухпанельный режим.
61. Уровень доверия 5.
62. Реестр.
63. Адресное письмо.
64. Совокупность перечисленных условий значительно уже, чем требование предоставить антивирусную защиту моноблока.
65. Функционально более сильное антивирусное решение может не иметь встроенного двухпанельного файлового менеджера.
66. Может не поддерживать встраиваемые устройства, если такая функция вообще не нужна для одного моноблока.
67. Может распространяться по подписочной модели.
68. Может использовать иную архитектуру облачного либо локального анализа угроз.
69. Такие решения будут исключены не вследствие худшего уровня безопасности, а вследствие отличия технологической реализации.
70. Просим назвать не менее трех независимых программных продуктов разных правообладателей, каждый из которых полностью соответствует всей совокупности позиции 5.1.
71. Наличие нескольких дилеров одного программного продукта не является подтверждением многопроизводительной конкуренции.
72. Еще более специфична позиция 5.2.
73. Решение должно работать именно как встроенный DXE-драйвер в составе UEFI.
74. Это уже не функциональное требование к результату, а конкретный внутренний способ реализации технологии.
75. Доверенная загрузка может обеспечиваться Secure Boot.
76. TPM.
77. Аппаратным модулем доверенной загрузки.
78. Средствами производителя моноблока.
79. Иными сертифицированными решениями.
80. Просим устанавливать конечный результат защиты, а не единственную DXE-архитектуру.
81. Установка стороннего DXE-драйвера непосредственно зависит от конкретной реализации UEFI моноблока.
82. Не раскрыто, какие модели моноблоков гарантированно совместимы с требуемым решением.
83. Не раскрыто, допускает ли изготовитель моноблока установку стороннего компонента в UEFI без утраты гарантии.
84. Просим указать не менее трех моделей моноблоков разных производителей, штатно совместимых с требуемым программным решением.
85. Требует корректировки и описание самого моноблока.
86. Формулировка «частота оперативной памяти не менее 3,3 GHz» технически неоднозначна.
87. Следует определить стандарт памяти и корректную единицу измерения либо указать минимальную эффективную скорость.
88. Формулировка «тип жесткого диска не менее 512 ГБ» смешивает понятия типа накопителя и его емкости.
89. Следует отдельно установить тип накопителя SSD/HDD/NVMe и минимальную емкость.
90. Точное разрешение мыши 1000 dpi может привести к формальному исключению мыши 1200, 1600 либо 2000 dpi.
91. Необходимо указать «не менее 1000 dpi», если повышение разрешения допустимо.
92. Полноразмерная клавиатура также может иметь 104, 105, 107 либо 108 клавиш в зависимости от раскладки и производителя.
93. Требование ровно 104 клавиши целесообразно заменить функциональным наличием основного и цифрового блока.
94. Дополнительно необходимо обосновать вообще необходимость специализированных средств защиты уровня 5 и 5+ именно в столярной мастерской.
95. ТС не содержит модели угроз.
96. Не указано, какие защищаемые сведения будут обрабатываться.
97. Не указана информационная система специального назначения.
98. Не указано подключение к критической либо иной защищаемой инфраструктуре.
99. Просим исключить избыточную технологическую специфику.
100. Просим исключить адресные авторизационные письма.
101. Просим разрешить функционально эквивалентные средства информационной безопасности.
102. Просим исправить технические неоднозначности моноблока.
103. Просим обеспечить возможность участия поставщиков столярного оборудования без обязательного наличия заранее оформленных отношений с конкретным правообладателем программного обеспечения.
