Внимание! Соединение с приложением прервано. Дождитесь повторного подключения.
Обсуждение документации - Просмотр сообщения № 1069386
Тема сообщения
Замечание к АД
Тип сообщения
Замечание к АД
Поставщик
АРУЖАН
Представитель поставщика
КУЛАКОВ БЕЙБИТ МАДАТАЕВИЧ
Дата и время отправки сообщения
2026-10-02 01:33:43
Текст сообщения
1. Техническая спецификация сформирована на один товар «Комплект учебного оборудования» стоимостью 5 600 000 тенге без НДС, однако фактически внутри одного лота объединено значительное количество технологически самостоятельных товаров и программных решений различных товарных рынков.
2. В состав включены как минимум интерактивная панель, шесть моноблочных персональных компьютеров, отдельная сложная интерактивная образовательная платформа, аппаратно-программный комплекс беспроводных измерительных датчиков, система электрической безопасности/умного управления и сопутствующие программные продукты, монтаж, настройка и сервис.
3. Интерактивная панель производится одной категорией производителей, моноблоки — другой, специализированное образовательное ПО — третьей, датчики — четвертой, smart-home/электробезопасность — пятой.
4. Неочевидно, что данные товары образуют единое технологически неразделимое изделие.
5. Такое объединение приводит к необходимости, чтобы один поставщик одновременно соответствовал требованиям нескольких различных производителей и получил многочисленные авторизационные документы, права на ПО, лабораторные протоколы и сервисные ресурсы.
6. Это существенно сокращает круг потенциальных поставщиков по сравнению с закупкой технологически самостоятельных групп отдельными лотами.
7. Просим обосновать необходимость объединения всех перечисленных компонентов в один комплект и невозможность разделения закупки по функциональным категориям.
8. Особенно обращаем внимание на дисбаланс детализации требований. Например, для моноблоков установлена масса не более 4,15 кг, хотя для эксплуатации на стационарном рабочем месте разница между 4,15 и 4,5 кг практически не имеет значения.
9. Верхнее ограничение массы может соответствовать конкретной модели или ограниченному числу устройств.
10. Просим исключить максимальную массу либо увеличить диапазон при сохранении эргономики рабочего места.
11. Для моноблока указано одновременно не менее 8 вычислительных ядер, не менее 12 потоков, базовая частота 1,5 ГГц, Turbo 2,6 ГГц, L3 от 12 МБ, встроенная графика, 16 ГБ DDR4 от 3200 МГц, M.2 NVMe SSD минимум 256 ГБ и экран от 23,8 дюйма.
12. Совокупность параметров процессора способна исключать более современные модели с иной архитектурой кэша, базовыми частотами и распределением производительных/энергоэффективных ядер.
13. Просим ориентировать процессор на измеримый уровень производительности либо расширить допустимые конфигурации.
14. Указание форм-фактора RAM SO-DIMM также является внутренней конструктивной особенностью моноблока. Пользователь не зависит от того, применен ли SO-DIMM либо распаянная память, если объем и производительность соответствуют.
15. Просим исключить обязательный форм-фактор памяти.
16. То же относится к обязательному M.2 NVMe. Современный моноблок может использовать иной быстрый SSD интерфейс. Для образовательной работы важнее фактическая скорость и объем.
17. Просим допустить эквивалентный SSD.
18. Экран моноблока должен быть минимум 23,8 дюйма, но максимальная диагональ отсутствует. При этом масса всей системы ограничена 4,15 кг. Такое сочетание может дополнительно сузить выбор моделей.
19. Требование периферии «в едином цветовом стиле с основным устройством» является эстетическим и не определяет образовательную ценность или техническое качество.
20. Просим исключить данное ограничение либо разрешить стандартные нейтральные цвета.
21. Клавиатура требует русский и латинский алфавит, однако для государственной школы Казахстана не предусмотрена казахская раскладка.
22. Просим предусмотреть наличие казахских символов либо наклеек/гравировки соответствующей раскладки при необходимости.
23. В ТС имеется разная степень локализации программных компонентов: образовательное ПО предусматривает многоязычность, система датчиков требует русскоязычные названия датчиков, система электрической безопасности требует полностью русский интерфейс. Необходимо унифицировать требования к языкам.
24. Для государственного образовательного учреждения целесообразно обеспечить государственный язык и русский язык для пользовательской документации и основных интерфейсов, если иное объективно не обусловлено.
25. ТС содержит множество требований, фактически описывающих исходный код и внутреннюю инфраструктуру ПО: конкретные модули, протоколы, API, JSON, WebSocket, архитектуру, SAST, структуру серверов.
26. Одновременно поставщик обязан представить документы о праве реализации продукта и даже упоминаются права на исходный код.
27. Обычный официальный реселлер программного продукта не является его разработчиком и не владеет исходным кодом.
28. Просим четко разграничить право распространения лицензии, право использования ПО и авторское право на программный код.
29. В закупке несколько раз повторяется требование авторизационного письма производителя для различных компонентов.
30. Если товары разных производителей, участнику может потребоваться несколько персонализированных писем различных компаний, причем некоторые должны содержать QR-код и быть оформлены после публикации объявления.
31. Получение таких писем является не техническим свойством товара, а коммерческой процедурой правообладателя.
32. Просим заменить обязательную авторизацию единственным принципом: участник обязан обеспечить поставку оригинального, законно введенного в оборот и лицензионного товара, а подтверждение может осуществляться несколькими равнозначными документами.
33. Другая группа вопросов связана с приемкой.
34. Многие показатели невозможно объективно проверить силами обычной школьной приемочной комиссии: Haze 3–8%, твердость стекла по Моосу, сенсорная задержка 10 мс, точность ±1,5 мм, 30 FPS при 100 000 полигонах, сетевые задержки 300/500 мс, RTO/RPO, криптографическая архитектура, шум гироскопа 0,01 °/с/√Hz, ресурс выключателя 100 000 циклов и т.д.
35. Просим для каждого такого параметра определить способ подтверждения: технический паспорт производителя, протокол испытаний либо демонстрация.
36. Если параметр невозможно проверить без специализированной лаборатории, его целесообразно либо подтверждать документом изготовителя, либо исключить из приемочных требований.
37. В ТС также содержатся максимальные значения, превышение которых технически может являться улучшением. Примеры: диагональ панели не более 77 дюймов, стекло не более 4 мм, Haze не более 8%, ИК-дальность не более 15 м, карта памяти не более 256 ГБ.
38. Формальное утверждение в конце документа о недопустимости отклонений от максимальных значений может привести к отклонению технически лучшего товара.
39. Просим разделить «ограничивающий максимум» и «минимум качества». Верхние пределы следует сохранять только там, где они обусловлены физическим размером, безопасностью, энергопотреблением или совместимостью.
40. Отдельного анализа требует бюджет закупки 5,6 млн тенге без НДС.
41. В его пределах одновременно необходимо поставить панель 75–77 дюймов, шесть высокопроизводительных моноблоков, специализированную образовательную платформу с практически бессрочными правами использования, серверную инфраструктуру или услуги, 15 беспроводных автономных измерительных модулей, центральный приемник, систему электрической безопасности, монтаж, авторизационные документы, лабораторные испытания ПО и гарантийное сопровождение.
42. Просим подтвердить, что расчет бюджета выполнен на основании актуальных коммерческих предложений нескольких независимых производителей/поставщиков, способных одновременно обеспечить все требования.
43. Если расчет произведен на основании одного комплексного предложения, существует риск фактической ориентации на конкретного интегратора.
44. В разделе образовательного ПО указано ожидаемое снижение времени подготовки интерактивных материалов к одному уроку до не более 15 минут и увеличение доли мультимедийных технологий до минимум 40% времени занятия.
45. Данные показатели зависят прежде всего от педагога, сложности урока и методики преподавания, а не только от программного продукта.
46. Поставщик не может объективно гарантировать, что любой педагог подготовит материал за 15 минут либо будет использовать мультимедиа 40% урока.
47. Просим исключить данные показатели как обязательные технические критерии или обозначить их как желаемые цели внедрения, не влияющие на приемку.
48. Аналогично «одновременное вовлечение 100% присутствующих учащихся» зависит от наличия у каждого ученика устройства и подключения, которые в настоящем комплекте не поставляются в количестве, соответствующем всему классу.
49. Просим указать, какими устройствами учащиеся будут подключаться.
50. В ТС на шесть моноблоков установлена одна интерактивная панель, при этом платформа рассчитана до 1000 активных соединений и работу смартфонов/планшетов. Необходимо определить фактическую архитектуру кабинета.
51. Просим приложить либо описать схему использования комплекса: рабочее место педагога, шесть ученических моноблоков, интерактивная панель, датчики, число мобильных устройств, сервер и сетевое оборудование.
52. Без такой схемы невозможно объективно оценить необходимость множества отдельных характеристик.
53. Срок поставки составляет 45 календарных дней при отсутствии аванса.
54. Для комплекта, содержащего импортное оборудование, специализированное ПО, персональные авторизационные письма, лабораторные документы и монтаж, срок может объективно преимущественно подходить участнику, заранее располагающему именно требуемыми товарами и документами.
55. Просим рассмотреть увеличение срока поставки либо подтвердить наличие не менее нескольких участников рынка, способных сформировать комплект в 45 календарных дней после заключения договора.
56. ТС содержит требование нового товара, но по интерактивной панели дополнительно устанавливается более жесткий год производства, чем в общей части документа.
57. Просим устранить противоречие.
58. Требования к гарантийному обслуживанию различаются между компонентами. По ПО установлены одни сроки реакции, по системе электробезопасности другие, по оборудованию предусмотрены замена и транспортировка.
59. Просим сформировать единый сводный раздел гарантий и SLA по каждой позиции комплекта, чтобы участнику и Заказчику было понятно, какие сроки применяются к конкретному товару.
60. Просим также составить исчерпывающую таблицу комплектности с количеством каждой физической единицы и лицензии. Текущий объемный текст повышает риск пропуска отдельных комплектующих при формировании заявки и приемке.
61. В целом предлагаем разделить технические требования на три группы: обязательная комплектность; функциональные и качественные характеристики товара; требования к исполнению договора. Организационно-квалификационные требования к участнику не следует смешивать с характеристиками оборудования.
62. При такой переработке документации Заказчик сохранит необходимый уровень качества, но обеспечит возможность сопоставления нескольких действительно эквивалентных решений.
2. В состав включены как минимум интерактивная панель, шесть моноблочных персональных компьютеров, отдельная сложная интерактивная образовательная платформа, аппаратно-программный комплекс беспроводных измерительных датчиков, система электрической безопасности/умного управления и сопутствующие программные продукты, монтаж, настройка и сервис.
3. Интерактивная панель производится одной категорией производителей, моноблоки — другой, специализированное образовательное ПО — третьей, датчики — четвертой, smart-home/электробезопасность — пятой.
4. Неочевидно, что данные товары образуют единое технологически неразделимое изделие.
5. Такое объединение приводит к необходимости, чтобы один поставщик одновременно соответствовал требованиям нескольких различных производителей и получил многочисленные авторизационные документы, права на ПО, лабораторные протоколы и сервисные ресурсы.
6. Это существенно сокращает круг потенциальных поставщиков по сравнению с закупкой технологически самостоятельных групп отдельными лотами.
7. Просим обосновать необходимость объединения всех перечисленных компонентов в один комплект и невозможность разделения закупки по функциональным категориям.
8. Особенно обращаем внимание на дисбаланс детализации требований. Например, для моноблоков установлена масса не более 4,15 кг, хотя для эксплуатации на стационарном рабочем месте разница между 4,15 и 4,5 кг практически не имеет значения.
9. Верхнее ограничение массы может соответствовать конкретной модели или ограниченному числу устройств.
10. Просим исключить максимальную массу либо увеличить диапазон при сохранении эргономики рабочего места.
11. Для моноблока указано одновременно не менее 8 вычислительных ядер, не менее 12 потоков, базовая частота 1,5 ГГц, Turbo 2,6 ГГц, L3 от 12 МБ, встроенная графика, 16 ГБ DDR4 от 3200 МГц, M.2 NVMe SSD минимум 256 ГБ и экран от 23,8 дюйма.
12. Совокупность параметров процессора способна исключать более современные модели с иной архитектурой кэша, базовыми частотами и распределением производительных/энергоэффективных ядер.
13. Просим ориентировать процессор на измеримый уровень производительности либо расширить допустимые конфигурации.
14. Указание форм-фактора RAM SO-DIMM также является внутренней конструктивной особенностью моноблока. Пользователь не зависит от того, применен ли SO-DIMM либо распаянная память, если объем и производительность соответствуют.
15. Просим исключить обязательный форм-фактор памяти.
16. То же относится к обязательному M.2 NVMe. Современный моноблок может использовать иной быстрый SSD интерфейс. Для образовательной работы важнее фактическая скорость и объем.
17. Просим допустить эквивалентный SSD.
18. Экран моноблока должен быть минимум 23,8 дюйма, но максимальная диагональ отсутствует. При этом масса всей системы ограничена 4,15 кг. Такое сочетание может дополнительно сузить выбор моделей.
19. Требование периферии «в едином цветовом стиле с основным устройством» является эстетическим и не определяет образовательную ценность или техническое качество.
20. Просим исключить данное ограничение либо разрешить стандартные нейтральные цвета.
21. Клавиатура требует русский и латинский алфавит, однако для государственной школы Казахстана не предусмотрена казахская раскладка.
22. Просим предусмотреть наличие казахских символов либо наклеек/гравировки соответствующей раскладки при необходимости.
23. В ТС имеется разная степень локализации программных компонентов: образовательное ПО предусматривает многоязычность, система датчиков требует русскоязычные названия датчиков, система электрической безопасности требует полностью русский интерфейс. Необходимо унифицировать требования к языкам.
24. Для государственного образовательного учреждения целесообразно обеспечить государственный язык и русский язык для пользовательской документации и основных интерфейсов, если иное объективно не обусловлено.
25. ТС содержит множество требований, фактически описывающих исходный код и внутреннюю инфраструктуру ПО: конкретные модули, протоколы, API, JSON, WebSocket, архитектуру, SAST, структуру серверов.
26. Одновременно поставщик обязан представить документы о праве реализации продукта и даже упоминаются права на исходный код.
27. Обычный официальный реселлер программного продукта не является его разработчиком и не владеет исходным кодом.
28. Просим четко разграничить право распространения лицензии, право использования ПО и авторское право на программный код.
29. В закупке несколько раз повторяется требование авторизационного письма производителя для различных компонентов.
30. Если товары разных производителей, участнику может потребоваться несколько персонализированных писем различных компаний, причем некоторые должны содержать QR-код и быть оформлены после публикации объявления.
31. Получение таких писем является не техническим свойством товара, а коммерческой процедурой правообладателя.
32. Просим заменить обязательную авторизацию единственным принципом: участник обязан обеспечить поставку оригинального, законно введенного в оборот и лицензионного товара, а подтверждение может осуществляться несколькими равнозначными документами.
33. Другая группа вопросов связана с приемкой.
34. Многие показатели невозможно объективно проверить силами обычной школьной приемочной комиссии: Haze 3–8%, твердость стекла по Моосу, сенсорная задержка 10 мс, точность ±1,5 мм, 30 FPS при 100 000 полигонах, сетевые задержки 300/500 мс, RTO/RPO, криптографическая архитектура, шум гироскопа 0,01 °/с/√Hz, ресурс выключателя 100 000 циклов и т.д.
35. Просим для каждого такого параметра определить способ подтверждения: технический паспорт производителя, протокол испытаний либо демонстрация.
36. Если параметр невозможно проверить без специализированной лаборатории, его целесообразно либо подтверждать документом изготовителя, либо исключить из приемочных требований.
37. В ТС также содержатся максимальные значения, превышение которых технически может являться улучшением. Примеры: диагональ панели не более 77 дюймов, стекло не более 4 мм, Haze не более 8%, ИК-дальность не более 15 м, карта памяти не более 256 ГБ.
38. Формальное утверждение в конце документа о недопустимости отклонений от максимальных значений может привести к отклонению технически лучшего товара.
39. Просим разделить «ограничивающий максимум» и «минимум качества». Верхние пределы следует сохранять только там, где они обусловлены физическим размером, безопасностью, энергопотреблением или совместимостью.
40. Отдельного анализа требует бюджет закупки 5,6 млн тенге без НДС.
41. В его пределах одновременно необходимо поставить панель 75–77 дюймов, шесть высокопроизводительных моноблоков, специализированную образовательную платформу с практически бессрочными правами использования, серверную инфраструктуру или услуги, 15 беспроводных автономных измерительных модулей, центральный приемник, систему электрической безопасности, монтаж, авторизационные документы, лабораторные испытания ПО и гарантийное сопровождение.
42. Просим подтвердить, что расчет бюджета выполнен на основании актуальных коммерческих предложений нескольких независимых производителей/поставщиков, способных одновременно обеспечить все требования.
43. Если расчет произведен на основании одного комплексного предложения, существует риск фактической ориентации на конкретного интегратора.
44. В разделе образовательного ПО указано ожидаемое снижение времени подготовки интерактивных материалов к одному уроку до не более 15 минут и увеличение доли мультимедийных технологий до минимум 40% времени занятия.
45. Данные показатели зависят прежде всего от педагога, сложности урока и методики преподавания, а не только от программного продукта.
46. Поставщик не может объективно гарантировать, что любой педагог подготовит материал за 15 минут либо будет использовать мультимедиа 40% урока.
47. Просим исключить данные показатели как обязательные технические критерии или обозначить их как желаемые цели внедрения, не влияющие на приемку.
48. Аналогично «одновременное вовлечение 100% присутствующих учащихся» зависит от наличия у каждого ученика устройства и подключения, которые в настоящем комплекте не поставляются в количестве, соответствующем всему классу.
49. Просим указать, какими устройствами учащиеся будут подключаться.
50. В ТС на шесть моноблоков установлена одна интерактивная панель, при этом платформа рассчитана до 1000 активных соединений и работу смартфонов/планшетов. Необходимо определить фактическую архитектуру кабинета.
51. Просим приложить либо описать схему использования комплекса: рабочее место педагога, шесть ученических моноблоков, интерактивная панель, датчики, число мобильных устройств, сервер и сетевое оборудование.
52. Без такой схемы невозможно объективно оценить необходимость множества отдельных характеристик.
53. Срок поставки составляет 45 календарных дней при отсутствии аванса.
54. Для комплекта, содержащего импортное оборудование, специализированное ПО, персональные авторизационные письма, лабораторные документы и монтаж, срок может объективно преимущественно подходить участнику, заранее располагающему именно требуемыми товарами и документами.
55. Просим рассмотреть увеличение срока поставки либо подтвердить наличие не менее нескольких участников рынка, способных сформировать комплект в 45 календарных дней после заключения договора.
56. ТС содержит требование нового товара, но по интерактивной панели дополнительно устанавливается более жесткий год производства, чем в общей части документа.
57. Просим устранить противоречие.
58. Требования к гарантийному обслуживанию различаются между компонентами. По ПО установлены одни сроки реакции, по системе электробезопасности другие, по оборудованию предусмотрены замена и транспортировка.
59. Просим сформировать единый сводный раздел гарантий и SLA по каждой позиции комплекта, чтобы участнику и Заказчику было понятно, какие сроки применяются к конкретному товару.
60. Просим также составить исчерпывающую таблицу комплектности с количеством каждой физической единицы и лицензии. Текущий объемный текст повышает риск пропуска отдельных комплектующих при формировании заявки и приемке.
61. В целом предлагаем разделить технические требования на три группы: обязательная комплектность; функциональные и качественные характеристики товара; требования к исполнению договора. Организационно-квалификационные требования к участнику не следует смешивать с характеристиками оборудования.
62. При такой переработке документации Заказчик сохранит необходимый уровень качества, но обеспечит возможность сопоставления нескольких действительно эквивалентных решений.
