Внимание! Соединение с приложением прервано. Дождитесь повторного подключения.
Обсуждение документации - Просмотр сообщения № 1062230
Тема сообщения
Замечание к КД
Тип сообщения
Замечание к КД
Поставщик
Kaz Trade
Представитель поставщика
ТАЛГАРОВ ЕРНАР ЕРКИНҰЛЫ
Дата и время отправки сообщения
2026-07-16 01:14:39
Текст сообщения
ЗАМЕЧАНИЯ
1. В технической спецификации предмет закупки указан как «Комплект учебного оборудования», однако фактически в один лот включены 20 моноблоков, предустановленная операционная система, отдельное программное обеспечение для учета посещаемости и успеваемости в виде геймификации, QR-авторизация, система электробезопасности, дистанционный центр управления, камера, микрофон, датчик движения, сигнализация, smart-розетка, smart-выключатель, монтаж и пусконаладка. Указанные позиции имеют разное назначение и могут закупаться отдельно. Требуем разделить закупку на отдельные лоты по однородным видам товаров и программного обеспечения.
2. Объединение моноблоков, программного обеспечения и системы электробезопасности в один лот ограничивает конкуренцию. Поставщик компьютерной техники может не иметь прав на конкретное ПО, авторские права, патенты и авторизационные письма по системе электробезопасности, а поставщик программного обеспечения может не являться поставщиком моноблоков. Требуем исключить искусственное укрупнение лота.
3. Наименование и код ЕНС ТРУ указаны как «Комплект учебного оборудования», однако основной объем закупки составляет 20 моноблоков для учителя. Фактический предмет закупки относится к компьютерному оборудованию и программному обеспечению, а не к неопределенному учебному комплекту. Требуем привести наименование лота и код ЕНС ТРУ в соответствие с фактическим содержанием закупки.
4. В ТС содержится требование предоставить в составе конкурсной заявки письма, сертификаты, свидетельства от производителей или официальных представителей, технические паспорта и сертификаты соответствия. Такие требования фактически становятся условиями допуска и зависят от третьих лиц. Требуем исключить документы, не являющиеся техническими характеристиками товара, из состава заявки и перенести подтверждение происхождения, гарантии и соответствия на этап поставки.
5. Требование авторизационного письма от производителя или официального представителя на поставку моноблока ограничивает конкуренцию. Участие потенциального поставщика ставится в зависимость от воли производителя, представительства или дистрибьютора, которые могут выдать письмо ограниченному кругу участников. Требуем исключить авторизационное письмо из ТС.
6. Запрет на замену авторизационного письма гарантийным письмом поставщика является ограничивающим. Законность поставки, гарантия и отсутствие контрафакта могут подтверждаться товаросопроводительными документами, серийными номерами, гарантийными талонами, актами, накладными и документами при приемке. Требуем исключить абсолютный запрет гарантийных писем.
7. Требование авторизационного письма по предустановленной операционной системе от производителя или дистрибьютора ПО также ограничивает конкуренцию. Лицензионность ОС может подтверждаться электронной лицензией, ключом активации, документами поставки, договором или иным законным способом при поставке. Требуем исключить авторизационное письмо на ОС из состава конкурсной заявки.
8. Описание операционной системы фактически ориентировано на конкретную ОС семейства Microsoft Windows: меню «Пуск», плитки, единый магазин универсальных приложений, режим планшета, единая платформа для разных устройств. Такая детализация исключает альтернативные операционные системы. Требуем изложить требования к ОС в функциональном виде либо четко определить критерии эквивалентности.
9. Требования к моноблоку сформулированы чрезмерно детализированно: экран не менее 23,8", IPS или IGZO LED, боковые рамки не более 0,5 см, металлическая подставка, процессор с базовой частотой 3,30 GHz, максимальной 4,30 GHz, кэш 12 MB, TDP 60W, два SO-DIMM слота, M.2 SSD, конкретное количество USB 3.1 и USB 2.0. Совокупность параметров может соответствовать ограниченному кругу моделей. Требуем заменить модельные признаки на функциональные требования к производительности и совместимости.
10. Требование боковых рамок экрана не более 0,5 см и металлического основания является конструктивным и эстетическим параметром, не влияющим на образовательные функции, производительность и надежность моноблока. Требуем исключить данные требования либо сделать их рекомендуемыми.
11. Требование базовой частоты процессора 3,30 GHz и максимальной 4,30 GHz не отражает фактическую производительность и может исключить современные энергоэффективные процессоры с иной архитектурой. Требуем установить критерий эквивалентности через объективный benchmark или функциональную производительность.
12. Требование TDP 60W является внутренним техническим параметром процессора и не характеризует итоговую производительность оборудования для пользователя. Требуем исключить TDP либо обосновать его связь с эксплуатацией моноблоков в школе.
13. Требование обязательного наличия не менее двух SO-DIMM слотов ограничивает моноблоки с распаянной памятью или иной конструкцией, которые могут обеспечивать требуемый объем и стабильную работу. Требуем оставить требование к объему оперативной памяти и исключить требование к внутренней конструкции.
14. Требование указывать модель, марку и завод-изготовитель клавиатуры и мыши является избыточным для стандартной периферии. Для Заказчика важны совместимость, наличие русифицированной раскладки, исправность и тип подключения. Требуем исключить избыточные сведения по клавиатуре и мыши.
15. В ТС указано, что устройства должны быть собраны и протестированы на заводах фирмы-изготовителя с заводской маркировкой и инструкцией. При этом не определено, каким документом это подтверждается и относится ли требование к моноблоку, клавиатуре, мыши, ОС и системе электробезопасности. Требуем конкретизировать документ подтверждения либо исключить неопределенное условие.
16. Отдельное программное обеспечение для учета посещаемости и успеваемости в виде геймификации не является технической характеристикой моноблока и имеет самостоятельное назначение. Оно должно закупаться отдельным лотом либо как отдельная услуга/ПО с четким описанием лицензии, пользователей, срока поддержки и прав. Требуем исключить данное ПО из комплекта моноблоков.
17. Требования к ПО включают QR-авторизацию учащихся и учителя, внесение данных учеников, отображение уровня каждого учащегося в виде персонажа и поддержку смартфонов, планшетов и компьютеров. Такие функции предполагают обработку персональных данных учащихся, однако в ТС не раскрыты оператор данных, состав данных, порядок согласий, хранение, защита и срок обработки. Требуем исключить данные функции либо подробно регламентировать правовой режим обработки персональных данных.
18. Требование предоставить в составе конкурсной заявки авторское право, патент и/или право пользования программным обеспечением является ограничивающим. Такие документы зависят от правообладателя и могут быть предоставлены только ограниченному кругу участников. Требуем перенести подтверждение права использования ПО на этап исполнения договора либо исключить данное требование.
19. Комплект системы электробезопасности фактически является отдельным smart/security-решением, включающим дистанционный центр управления, камеру, микрофон, датчик движения, сигнализацию, smart-розетку, smart-выключатель, приложение, сценарии автоматизации и мониторинг энергопотребления. Данное оборудование не является обязательной частью моноблока или учебного комплекта. Требуем выделить систему электробезопасности отдельным лотом.
20. Требования к системе электробезопасности сформулированы чрезмерно детально: камера 1920×1080 с ночной съемкой, динамик, микрофон, датчик движения, сигнализация, поддержка 64 smart-устройств, microSD, розетка с реле, сценарии, учет энергопотребления, выключатель с двумя фазными каналами, двойная изоляция. Совокупность параметров может соответствовать конкретной модели или экосистеме. Требуем заменить их на функциональные требования к безопасности.
21. Требование авторизационного письма от производителя или правообладателя системы электробезопасности на поставку, установку и настройку ограничивает конкуренцию и зависит от третьего лица. Требуем исключить данное условие из состава конкурсной заявки.
22. Требование подтверждать право производителя или правообладателя на модель системы электробезопасности через Государственный реестр изобретений, полезных моделей, промышленных образцов, товарных знаков и иных объектов интеллектуальной собственности является избыточным и ограничивающим. Для поставки типовой системы безопасности не требуется наличие патента или зарегистрированного объекта ИС именно в Республике Казахстан. Требуем исключить данное требование.
23. Требование предоставить выписку из Государственного реестра объектов интеллектуальной собственности РК по системе электробезопасности фактически допускает к участию только правообладателя или связанных с ним поставщиков. Это не является характеристикой товара и ограничивает эквивалентные решения. Требуем исключить выписку из состава конкурсной заявки.
24. Сопутствующие услуги сформулированы чрезмерно широко: поставщик обязан выполнить монтаж и пусконаладку всего оборудования, программного обеспечения и других ТМЦ, при этом простая поставка не допускается. Не указаны объем работ, места установки, количество рабочих мест, порядок монтажа, настройки, обучения, проверки и приемки. Требуем конкретизировать состав услуг и критерии приемки.
25. Срок поставки 20 календарных дней с момента подписания договора для 20 моноблоков, предустановленной ОС, отдельного ПО, системы электробезопасности, авторизационных писем, патентов/прав, монтажа и пусконаладки является чрезмерно коротким и создает преимущество заранее подготовленному поставщику. Требуем увеличить срок поставки либо исключить ограничивающие и зависящие от третьих лиц требования.
26. В ТС установлен разный срок поставки: 20 календарных дней для обычного поставщика и 60 календарных дней при нахождении поставщика в Реестре казахстанских товаропроизводителей. Такое различие создает разные условия исполнения договора для участников и нуждается в правовом обосновании. Требуем установить единый объективный срок поставки для всех участников.
27. В ТС указан стандарт СТ РК 1996-2010 «Компьютеры. Общие технические условия», однако закупка включает не только компьютеры, но также отдельное ПО и систему электробезопасности. Не указано, какие стандарты применяются к программному обеспечению, smart-розеткам, выключателям, камере, сигнализации и монтажу. Требуем конкретизировать применимые стандарты и документы подтверждения.
28. В ТС отсутствует объективная методика приемки по моноблокам, ОС, программному обеспечению, системе электробезопасности, авторизационным письмам, правам на ПО, интеллектуальной собственности, монтажу и пусконаладке. Такая неопределенность создает риск субъективной приемки. Требуем установить подробную методику приемки по каждой группе товаров и услуг.
29. Техническая спецификация должна быть переработана в конкурентной редакции: исключить искусственное объединение моноблоков, ПО и системы электробезопасности; исключить авторизационные письма, запрет гарантийных писем, патенты и выписки из реестров; убрать признаки конкретной ОС и конкретных моделей; установить функциональные критерии, порядок обработки персональных данных, стандарты, методику приемки и единый разумный срок поставки.
1. В технической спецификации предмет закупки указан как «Комплект учебного оборудования», однако фактически в один лот включены 20 моноблоков, предустановленная операционная система, отдельное программное обеспечение для учета посещаемости и успеваемости в виде геймификации, QR-авторизация, система электробезопасности, дистанционный центр управления, камера, микрофон, датчик движения, сигнализация, smart-розетка, smart-выключатель, монтаж и пусконаладка. Указанные позиции имеют разное назначение и могут закупаться отдельно. Требуем разделить закупку на отдельные лоты по однородным видам товаров и программного обеспечения.
2. Объединение моноблоков, программного обеспечения и системы электробезопасности в один лот ограничивает конкуренцию. Поставщик компьютерной техники может не иметь прав на конкретное ПО, авторские права, патенты и авторизационные письма по системе электробезопасности, а поставщик программного обеспечения может не являться поставщиком моноблоков. Требуем исключить искусственное укрупнение лота.
3. Наименование и код ЕНС ТРУ указаны как «Комплект учебного оборудования», однако основной объем закупки составляет 20 моноблоков для учителя. Фактический предмет закупки относится к компьютерному оборудованию и программному обеспечению, а не к неопределенному учебному комплекту. Требуем привести наименование лота и код ЕНС ТРУ в соответствие с фактическим содержанием закупки.
4. В ТС содержится требование предоставить в составе конкурсной заявки письма, сертификаты, свидетельства от производителей или официальных представителей, технические паспорта и сертификаты соответствия. Такие требования фактически становятся условиями допуска и зависят от третьих лиц. Требуем исключить документы, не являющиеся техническими характеристиками товара, из состава заявки и перенести подтверждение происхождения, гарантии и соответствия на этап поставки.
5. Требование авторизационного письма от производителя или официального представителя на поставку моноблока ограничивает конкуренцию. Участие потенциального поставщика ставится в зависимость от воли производителя, представительства или дистрибьютора, которые могут выдать письмо ограниченному кругу участников. Требуем исключить авторизационное письмо из ТС.
6. Запрет на замену авторизационного письма гарантийным письмом поставщика является ограничивающим. Законность поставки, гарантия и отсутствие контрафакта могут подтверждаться товаросопроводительными документами, серийными номерами, гарантийными талонами, актами, накладными и документами при приемке. Требуем исключить абсолютный запрет гарантийных писем.
7. Требование авторизационного письма по предустановленной операционной системе от производителя или дистрибьютора ПО также ограничивает конкуренцию. Лицензионность ОС может подтверждаться электронной лицензией, ключом активации, документами поставки, договором или иным законным способом при поставке. Требуем исключить авторизационное письмо на ОС из состава конкурсной заявки.
8. Описание операционной системы фактически ориентировано на конкретную ОС семейства Microsoft Windows: меню «Пуск», плитки, единый магазин универсальных приложений, режим планшета, единая платформа для разных устройств. Такая детализация исключает альтернативные операционные системы. Требуем изложить требования к ОС в функциональном виде либо четко определить критерии эквивалентности.
9. Требования к моноблоку сформулированы чрезмерно детализированно: экран не менее 23,8", IPS или IGZO LED, боковые рамки не более 0,5 см, металлическая подставка, процессор с базовой частотой 3,30 GHz, максимальной 4,30 GHz, кэш 12 MB, TDP 60W, два SO-DIMM слота, M.2 SSD, конкретное количество USB 3.1 и USB 2.0. Совокупность параметров может соответствовать ограниченному кругу моделей. Требуем заменить модельные признаки на функциональные требования к производительности и совместимости.
10. Требование боковых рамок экрана не более 0,5 см и металлического основания является конструктивным и эстетическим параметром, не влияющим на образовательные функции, производительность и надежность моноблока. Требуем исключить данные требования либо сделать их рекомендуемыми.
11. Требование базовой частоты процессора 3,30 GHz и максимальной 4,30 GHz не отражает фактическую производительность и может исключить современные энергоэффективные процессоры с иной архитектурой. Требуем установить критерий эквивалентности через объективный benchmark или функциональную производительность.
12. Требование TDP 60W является внутренним техническим параметром процессора и не характеризует итоговую производительность оборудования для пользователя. Требуем исключить TDP либо обосновать его связь с эксплуатацией моноблоков в школе.
13. Требование обязательного наличия не менее двух SO-DIMM слотов ограничивает моноблоки с распаянной памятью или иной конструкцией, которые могут обеспечивать требуемый объем и стабильную работу. Требуем оставить требование к объему оперативной памяти и исключить требование к внутренней конструкции.
14. Требование указывать модель, марку и завод-изготовитель клавиатуры и мыши является избыточным для стандартной периферии. Для Заказчика важны совместимость, наличие русифицированной раскладки, исправность и тип подключения. Требуем исключить избыточные сведения по клавиатуре и мыши.
15. В ТС указано, что устройства должны быть собраны и протестированы на заводах фирмы-изготовителя с заводской маркировкой и инструкцией. При этом не определено, каким документом это подтверждается и относится ли требование к моноблоку, клавиатуре, мыши, ОС и системе электробезопасности. Требуем конкретизировать документ подтверждения либо исключить неопределенное условие.
16. Отдельное программное обеспечение для учета посещаемости и успеваемости в виде геймификации не является технической характеристикой моноблока и имеет самостоятельное назначение. Оно должно закупаться отдельным лотом либо как отдельная услуга/ПО с четким описанием лицензии, пользователей, срока поддержки и прав. Требуем исключить данное ПО из комплекта моноблоков.
17. Требования к ПО включают QR-авторизацию учащихся и учителя, внесение данных учеников, отображение уровня каждого учащегося в виде персонажа и поддержку смартфонов, планшетов и компьютеров. Такие функции предполагают обработку персональных данных учащихся, однако в ТС не раскрыты оператор данных, состав данных, порядок согласий, хранение, защита и срок обработки. Требуем исключить данные функции либо подробно регламентировать правовой режим обработки персональных данных.
18. Требование предоставить в составе конкурсной заявки авторское право, патент и/или право пользования программным обеспечением является ограничивающим. Такие документы зависят от правообладателя и могут быть предоставлены только ограниченному кругу участников. Требуем перенести подтверждение права использования ПО на этап исполнения договора либо исключить данное требование.
19. Комплект системы электробезопасности фактически является отдельным smart/security-решением, включающим дистанционный центр управления, камеру, микрофон, датчик движения, сигнализацию, smart-розетку, smart-выключатель, приложение, сценарии автоматизации и мониторинг энергопотребления. Данное оборудование не является обязательной частью моноблока или учебного комплекта. Требуем выделить систему электробезопасности отдельным лотом.
20. Требования к системе электробезопасности сформулированы чрезмерно детально: камера 1920×1080 с ночной съемкой, динамик, микрофон, датчик движения, сигнализация, поддержка 64 smart-устройств, microSD, розетка с реле, сценарии, учет энергопотребления, выключатель с двумя фазными каналами, двойная изоляция. Совокупность параметров может соответствовать конкретной модели или экосистеме. Требуем заменить их на функциональные требования к безопасности.
21. Требование авторизационного письма от производителя или правообладателя системы электробезопасности на поставку, установку и настройку ограничивает конкуренцию и зависит от третьего лица. Требуем исключить данное условие из состава конкурсной заявки.
22. Требование подтверждать право производителя или правообладателя на модель системы электробезопасности через Государственный реестр изобретений, полезных моделей, промышленных образцов, товарных знаков и иных объектов интеллектуальной собственности является избыточным и ограничивающим. Для поставки типовой системы безопасности не требуется наличие патента или зарегистрированного объекта ИС именно в Республике Казахстан. Требуем исключить данное требование.
23. Требование предоставить выписку из Государственного реестра объектов интеллектуальной собственности РК по системе электробезопасности фактически допускает к участию только правообладателя или связанных с ним поставщиков. Это не является характеристикой товара и ограничивает эквивалентные решения. Требуем исключить выписку из состава конкурсной заявки.
24. Сопутствующие услуги сформулированы чрезмерно широко: поставщик обязан выполнить монтаж и пусконаладку всего оборудования, программного обеспечения и других ТМЦ, при этом простая поставка не допускается. Не указаны объем работ, места установки, количество рабочих мест, порядок монтажа, настройки, обучения, проверки и приемки. Требуем конкретизировать состав услуг и критерии приемки.
25. Срок поставки 20 календарных дней с момента подписания договора для 20 моноблоков, предустановленной ОС, отдельного ПО, системы электробезопасности, авторизационных писем, патентов/прав, монтажа и пусконаладки является чрезмерно коротким и создает преимущество заранее подготовленному поставщику. Требуем увеличить срок поставки либо исключить ограничивающие и зависящие от третьих лиц требования.
26. В ТС установлен разный срок поставки: 20 календарных дней для обычного поставщика и 60 календарных дней при нахождении поставщика в Реестре казахстанских товаропроизводителей. Такое различие создает разные условия исполнения договора для участников и нуждается в правовом обосновании. Требуем установить единый объективный срок поставки для всех участников.
27. В ТС указан стандарт СТ РК 1996-2010 «Компьютеры. Общие технические условия», однако закупка включает не только компьютеры, но также отдельное ПО и систему электробезопасности. Не указано, какие стандарты применяются к программному обеспечению, smart-розеткам, выключателям, камере, сигнализации и монтажу. Требуем конкретизировать применимые стандарты и документы подтверждения.
28. В ТС отсутствует объективная методика приемки по моноблокам, ОС, программному обеспечению, системе электробезопасности, авторизационным письмам, правам на ПО, интеллектуальной собственности, монтажу и пусконаладке. Такая неопределенность создает риск субъективной приемки. Требуем установить подробную методику приемки по каждой группе товаров и услуг.
29. Техническая спецификация должна быть переработана в конкурентной редакции: исключить искусственное объединение моноблоков, ПО и системы электробезопасности; исключить авторизационные письма, запрет гарантийных писем, патенты и выписки из реестров; убрать признаки конкретной ОС и конкретных моделей; установить функциональные критерии, порядок обработки персональных данных, стандарты, методику приемки и единый разумный срок поставки.
