Внимание! Соединение с приложением прервано. Дождитесь повторного подключения.
Обсуждение документации - Просмотр сообщения № 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. При такой переработке документации Заказчик сохранит необходимый уровень качества, но обеспечит возможность сопоставления нескольких действительно эквивалентных решений.
Ответы представителей заказчика и организатора, секретаря
Дата:
2026-10-05 11:56:22
Автор:
ТӨРЕХАНОВ НҰРДӘУЛЕТ МУХТАРҰЛЫ
Решение:
Внести изменения и (или) дополнения в проект аукционной документации
1. Замечание не принимается. Обоснование: Формирование закупки единым лотом («Комплект учебного оборудования») осуществлено Заказчиком в строгом соответствии с пунктом 2 статьи 21 Закона РК «О государственных закупках» и Правилами осуществления государственных закупок исходя из объективной методической, функциональной и технологической потребности общеобразовательного учреждения. Закупается не механический набор товаров, а законченный функционирующий кабинет цифровой лаборатории естественнонаучного цикла «под ключ». 2. Замечание не принимается. Обоснование: Все компоненты комплекта (интерактивная панель — 1 шт., моноблоки — 6 шт., программное обеспечение — 1 шт., аппаратно-программный комплекс из 15 беспроводных датчиков — 1 комплект, система электробезопасности — 1 комплект) технологически взаимосвязаны, функционируют в единой локальной беспроводной сети аудитории по протоколам Wi-Fi/WebSocket и объединены общей программной платформой. 3. Замечание не принимается. Обоснование: Законодательство Республики Казахстан о государственных закупках не обязывает потенциального поставщика являться непосредственным изготовителем всех составляющих закупаемого комплекса. Субъекты предпринимательской деятельности вправе осуществлять комплексную поставку путем заключения договоров с профильными дистрибьюторами и производителями либо формировать консорциумы в порядке статьи 25 Закона РК «О государственных закупках». 4. Замечание не принимается. Обоснование: В рамках утвержденных типовых учебных планов закупаемые позиции образуют неделимую функциональную дидактическую среду: моноблоки и панель служат терминалами визуализации и обработки телеметрии, передаваемой комплексом датчиков; интерактивное ПО обеспечивает алгоритмическое управление уроком; система электробезопасности осуществляет непрерывный мониторинг энергопотребления, защиту дорогостоящей микроэлектроники от перегрузок и предотвращает детский электротравматизм. 5. Замечание не принимается. Обоснование: Получение авторизационных документов и партнерских соглашений является стандартной открытой практикой в сфере поставок сложного оборудования и лицензионного программного обеспечения. Данный механизм направлен на подтверждение легальности канала поставки оригинального оборудования и исключение рисков поставки контрафактной продукции. 6. Замечание не принимается. Обоснование: Поставка товаров по отдельности разными поставщиками по раздельным лотам несет критический риск поставки функционально несовместимых аппаратных и программных решений, нарушения передачи данных по протоколам реального времени и размывания гарантийной ответственности за итоговую работоспособность цифрового кабинета в целом («единая точка ответственности»). 7. Замечание не принимается. Обоснование: Техническое и методическое обоснование неделимости закупки заключается в обеспечении полной аппаратной, программной и сетевой совместимости всех узлов предметного кабинета (единая точка доступа Wi-Fi, WebSocket-сессии, совместимость сенсорных экранов с интерактивным ПО, централизованная защита силовых линий кабинета) и сосредоточении комплексной гарантийной ответственности на одном генеральном поставщике. 8. Замечание не принимается. Обоснование: Ограничение массы моноблока (не более 4,15 кг) установлено с учетом эргономики учебных парт, требований безопасности при организации рабочих мест учащихся, предельно допустимых статических нагрузок на школьную мебель и снижения риска травмирования детей при случайном опрокидывании оборудования. 9. Замечание не принимается. Обоснование: Параметр массы установлен как верхнее предельное пороговое значение («не более 4,15 кг») и не указывает на конкретного производителя. Под данное требование подпадает серийная продукция множества независимых изготовителей (HP, Lenovo, Acer, Asus и др.), представленная на рынке Республики Казахстан. 10. Замечание не принимается. Обоснование: Оптимальная масса моноблока (до 4,15 кг) обеспечивает мобильность при проведении регулярной санитарной обработки парт и реорганизации учебного пространства для групповых форм работы, а также минимизирует риски детского травматизма. Оснований для исключения параметра не имеется. 11. Замечание не принимается. Обоснование: Характеристики центрального процессора (не менее 8 ядер, не менее 12 потоков, кэш L3 не менее 12 МБ) установлены Заказчиком как минимально необходимые пороговые значения («не менее»), гарантирующие достаточную производительность при одновременной работе ресурсоемких сред 3D-моделирования, веб-сервера обработки телеметрии от 15 датчиков и многопоточных обучающих сценариев. 12. Замечание не принимается. Обоснование: Указанным параметрам соответствуют процессоры современных серий ведущих мировых изготовителей (Intel Core, AMD Ryzen и их модификации), что полностью исключает ограничение конкуренции и позволяет предложить различные актуальные конфигурации. 13. Замечание не принимается. Обоснование: Формулировка «не менее» носит пороговый характер и прямо допускает процессоры с более высокими показателями вычислительной мощности и тактовой частоты. 14. Замечание не принимается. Обоснование: В технической спецификации прямо закреплено условие: «SO-DIMM (или эквивалент для компактных систем)». Указанное требование носит вариативный характер и не является ограничивающим. 15. Замечание не принимается. Обоснование: Спецификация прямо допускает поставку моноблоков как со съемными модулями памяти SO-DIMM, так и с распаянной оперативной памятью (on-board/LPDDR) либо иными технологическими эквивалентами компактных систем при соблюдении объема не менее 16 ГБ и частоты не менее 3200 МГц. 16. Замечание не принимается. Обоснование: Требование к накопителю SSD сформулировано как «не хуже стандарта M.2 с поддержкой спецификации NVMe/PCIe». Данный интерфейс является базовым отраслевым стандартом твердотельных накопителей, гарантирующим высокую скорость случайного чтения и записи, необходимую для оперативной загрузки «тяжелых» 3D-библиотек и параллельной фиксации массивов телеметрических данных. 17. Замечание не принимается. Обоснование: Применение предлога «не хуже» позволяет потенциальному поставщику предложить любые актуальные и более скоростные твердотельные накопители, соответствующие либо превосходящие заявленные параметры. 18. Замечание не принимается. Обоснование: Диагональ экрана от 23,8 дюйма Full HD в сочетании с весовым нормативом до 4,15 кг является общепринятым стандартом современных компактных моноблоков для учебных заведений, серийно выпускаемых ведущими мировыми производителями. 19. Замечание не принимается. Обоснование: Требование о поставке устройств ввода (клавиатуры и мыши) в едином цветовом стиле с корпусом моноблока обусловлено поставкой оригинального комплектного периферийного оборудования завода-изготовителя компьютера, гарантирующего заводскую совместимость интерфейсов, идентичность материалов и эстетическую однородность учебного пространства. 20. Замечание не принимается. Обоснование: Поставка оригинальной заводской периферии из комплекта моноблока исключает кустарное разукомплектование заводской тары и поставку разнородных манипуляторов сторонних изготовителей. 21. Замечание не принимается. Обоснование: В соответствии с Законом РК «О языках в Республике Казахстан» и разделом 10 технической спецификации, клавиатура должна обеспечивать возможность ввода текста в соответствии с учебной программой. При необходимости нанесение символов государственного языка обеспечивается заводским способом либо качественной лазерной гравировкой при поставке. 22. Замечание не принимается. Обоснование: Поставка клавиатур с заводской раскладкой или качественной гравировкой символов казахского алфавита является стандартным правилом поставки компьютерной техники для организаций образования РК и учитывается поставщиком при формировании предложения. 23. Замечание не принимается. Обоснование: В технической спецификации расхождения отсутствуют. Вся сопроводительная документация, технические паспорта, инструкции и пользовательские интерфейсы поставляемых систем должны поддерживать государственный и русский языки в соответствии с действующим законодательством Республики Казахстан. 24. Замечание не принимается. Обоснование: Требование поддержки государственного (казахского) и русского языков прямо закреплено в технической спецификации и обязательно для исполнения при поставке программных и аппаратных средств. 25. Замечание не принимается. Обоснование: Сетевые протоколы (WebSocket, TLS, JSON) и архитектурные параметры сформированы на основе открытых международных веб-стандартов (IETF/W3C). Их указание необходимо для гарантии кроссплатформенности и работы комплекса через браузеры без закупки стороннего промежуточного ПО. 26. Замечание не принимается. Обоснование: В технической спецификации указано общее требование подтверждения законности распространения продукта. Указание в скобках «(авторское право на исходный код ПО)» приведено в качестве примера для разработчиков-правообладателей. 27. Замечание не принимается. Обоснование: Поставщик не обязан являться владельцем исходного кода; законность поставки подтверждается стандартными дилерскими, дистрибьюторскими или лицензионными договорами о передаче неисключительных прав на распространение. 28. Замечание не принимается. Обоснование: Объем прав четко зафиксирован в разделе 7 технической спецификации: передача неисключительных прав на использование ПО для образовательной организации («campus license»). 29. Замечание не принимается. Обоснование: Требование предоставления авторизационных документов от производителей ключевых узлов направлено на исключение поставки контрафактной продукции и гарантию официального сервисного обслуживания на территории Республики Казахстан. 30. Замечание принимается в части. Обоснование: Заказчиком принято решение об исключении из технической спецификации требований о том, что авторизационное письмо должно быть адресовано конкурсной комиссии, содержать номер и наименование конкурса, номер лота, а также требования о том, что дата выдачи письма не должна предшествовать дате публикации объявления о проведении текущего конкурса. В техническую спецификацию будут внесены соответствующие изменения. Потенциальный поставщик вправе предоставить любое действующее официальное авторизационное/дилерское/партнерское письмо производителя либо его официального представителя на территории РК в пределах срока его действия. Само требование о наличии авторизационного документа и QR-кода для быстрой онлайн-проверки сохраняется в целях защиты государственной организации от контрафакта. 31. Замечание не принимается. Обоснование: Авторизационные механизмы являются общепринятой практикой в сегменте микропроцессорной техники и гарантируют реальную готовность вендора обеспечить гарантийные обязательства по поставляемому товару в Республике Казахстан. 32. Замечание не принимается. Обоснование: Действующий официальный дилерский, партнерский или дистрибьюторский договор с производителем либо его официальным представителем в РК признается Заказчиком надлежащим подтверждением партнерского статуса в соответствии с разъяснениями к документации. 33. Замечание не принимается. Обоснование: Порядок приемки товаров регламентирован законодательством РК о государственных закупках и условиями договора. Приемочная комиссия осуществляет проверку визуально-инструментальными методами и по сопроводительной технической документации производителя. 34. Замечание не принимается. Обоснование: Базовые паспортные параметры оборудования (Haze, твердость стекла, ресурс выключателя, шумовая плотность гироскопа) подтверждаются официальными техническими паспортами, эксплуатационной документацией и сертификатами завода-изготовителя; проведение разрушающих лабораторных испытаний при приемке товара не требуется. 35. Замечание не принимается. Обоснование: В технической спецификации исчерпывающе закреплено, что соответствие подтверждается эксплуатационно-технической документацией (паспортом изделия, datasheet) завода-изготовителя, а также проверкой функционирования интерфейсов в ходе приемо-сдаточных испытаний. 36. Замечание не принимается. Обоснование: Предоставление официального паспорта изделия и руководства по эксплуатации производителя является стандартным требованием государственных закупок и полностью покрывает процедуру подтверждения характеристик. 37. Замечание не принимается. Обоснование: Установленные предельные пороговые параметры (включая дальность ИК-подсветки от 5 до 15 метров, толщину стекла 3–4 мм, Haze 3–8% и объем карт памяти 64–256 ГБ) научно и технически обоснованы геометрией учебного помещения, эргономикой зрения и аппаратной стабильностью контроллеров. Их превышение приводит к оптической засветке кадра, увеличению весовой нагрузки на перегородки и сбоям циклической записи. 38. Замечание не принимается. Обоснование: Значения характеристик установлены с учетом предотвращения деградации качества работы системы в условиях школьного кабинета; оснований для их пересмотра не имеется. 39. Замечание не принимается. Обоснование: Характеристики технической спецификации сбалансированы и установлены в строгом соответствии с требованиями безопасности, электромагнитной совместимости и дидактическими задачами учебного процесса. 40. Замечание не принимается. Обоснование: Выделенная сумма в размере 5 600 000 тенге без НДС сформирована в соответствии с утвержденным планом государственных закупок Заказчика на основании проведенного анализа рынка и бюджетного финансирования. 41. Замечание не принимается. Обоснование: Все позиции комплекта являются серийно выпускаемым оборудованием, доступным на открытом товарном рынке Республики Казахстан. Субъекты предпринимательства самостоятельно формируют ценовые предложения исходя из прямых партнерских отношений с дистрибьюторами и производителями. 42. Замечание не принимается. Обоснование: Планирование государственных закупок и расчет выделяемой суммы произведены Заказчиком в строгом соответствии с законодательством Республики Казахстан о государственных закупках и бюджетным законодательством РК. 43. Замечание не принимается. Обоснование: Техническая спецификация составлена на основе открытых отраслевых стандартов, не содержит указаний на товарные знаки или конкретных изготовителей и позволяет предложить продукцию широкого круга брендов, представленных на рынке РК. 44. Замечание не принимается. Обоснование: Показатели «подготовка материалов не более чем за 15 минут» и «доля мультимедиа не менее 40%» приведены в подразделе «Ожидаемые результаты от внедрения ПО» в качестве методических ориентиров эффективности внедрения цифровой образовательной среды и характеризуют эргономичность интерфейса платформы (наличие готовой библиотеки дидактических материалов и интуитивного конструктора уроков). 45. Замечание не принимается. Обоснование: Наличие готового дидактического инструментария платформы позволяет педагогу оперативно интегрировать контент в канву урока без необходимости самостоятельной разработки графических материалов с нуля. 46. Замечание не принимается. Обоснование: Параметры подраздела «Ожидаемые результаты от внедрения ПО» оценивают наличие функциональных дидактических библиотек и удобство пользовательского интерфейса, а не персональную скорость работы конкретного педагога. 47. Замечание не принимается. Обоснование: Указанные ориентиры отражают качественную направленность приобретаемого программного продукта в соответствии с государственными программами цифровизации образования. 48. Замечание не принимается. Обоснование: Возможность одновременного вовлечения учащихся обеспечивается архитектурой игрового модуля платформы: подключение к сессиям викторин и опросов осуществляется через веб-браузеры любых мобильных устройств учеников (смартфонов, планшетов) путем сканирования QR-кода на интерактивной панели. 49. Замечание не принимается. Обоснование: Подключение осуществляется с личных или школьных пользовательских устройств (смартфонов, планшетов учащихся), а также с входящих в комплект персональных компьютеров-моноблоков через стандартный веб-браузер. 50. Замечание не принимается. Обоснование: Архитектурный потенциал программного ядра до 1000 активных сетевых соединений объективно необходим для проведения общешкольных срезов знаний, олимпиад и синхронных интерактивных сессий параллелей классов без зависания платформы. 51. Замечание не принимается. Обоснование: Схема эксплуатации исчерпывающе понятна из технической спецификации: интерактивная панель служит коллективным экраном отображения эксперимента и заданий; моноблоки используются учащимися и педагогом для индивидуальной и групповой работы; комплекс датчиков передает измерения телеметрии по беспроводной сети; система электробезопасности защищает силовую цепь кабинета. 52. Замечание не принимается. Обоснование: Техническая спецификация содержит исчерпывающее описание функционального назначения и взаимосвязи всех аппаратных и программных узлов лаборатории. 53. Замечание не принимается. Обоснование: Срок поставки в течение 45 календарных дней с момента подписания договора определен исходя из утвержденного графика учебного процесса и планов модернизации цифровой инфраструктуры школы. Закупаемое оборудование серийно производится и доступно на складах официальных дистрибьюторов в Республике Казахстан. 54. Замечание не принимается. Обоснование: Срок 45 календарных дней является стандартным и достаточным сроком для поставки серийного компьютерного, интерактивного и лабораторного оборудования в пределах РК при надлежащей организации логистических процессов поставщиком. 55. Замечание не принимается. Обоснование: Мониторинг рынка подтверждает наличие оборудования и развитой дистрибьюторской сети на территории Республики Казахстан, обеспечивающей своевременную поставку в установленный срок. 56. Замечание не принимается. Обоснование: В соответствии с пунктом 2 статьи 21 Закона РК «О государственных закупках», Заказчик вправе установить повышенные требования к качеству и новизне оборудования. Требование о производстве интерактивной панели не ранее года, предшествующего году закупки, обусловлено высокой интенсивностью учебного процесса, быстрым моральным старением интерактивной электроники и необходимостью поставки оборудования на актуальной аппаратной платформе. 57. Замечание не принимается. Обоснование: Установление требования к году выпуска оборудования направлено на приобретение современной техники с максимальным ресурсом службы компонентов и не противоречит действующему законодательству Республики Казахстан. 58. Замечание не принимается. Обоснование: Разграничение гарантийных регламентов (SLA) обусловлено спецификой обслуживания различных категорий товаров: устранение сбоев серверного ПО регламентируется рабочими часами технической поддержки (4–24 часа), а гарантия на аппаратные узлы — регламентом поставки и замены модулей (до 15 рабочих дней). 59. Замечание не принимается. Обоснование: Все гарантийные обязательства исчерпывающе и прозрачно структурированы в соответствующих подразделах каждого компонента технической спецификации и не допускают двоякого толкования. 60. Замечание принимается в части. Обоснование: Для максимального удобства потенциальных поставщиков и систематизации сведений в преамбулу технической спецификации будет внесена отдельная сводная таблица общего состава закупаемого комплекта с указанием точного наименования и количества всех компонентов: интерактивная панель — 1 шт., моноблоки — 6 шт., программное обеспечение — 1 шт., комплекс датчиков — 1 комплект, система электробезопасности — 1 комплект. 61. Замечание не принимается. Обоснование: Техническая спецификация сформирована в строгом соответствии с типовой формой Приложения 7 к Аукционной документации и Правилами осуществления государственных закупок. Условия выполнения пусконаладочных работ определяют правила безопасного монтажа на объекте действующей школы и не являются квалификационными барьерами. 62. Замечание не принимается. Обоснование: Техническая спецификация сформирована в строгом соответствии с пунктом 2 статьи 21 Закона РК «О государственных закупках» и Правилами осуществления государственных закупок исходя из объективных потребностей общеобразовательного учреждения. Характеристики комплекса базируются на открытых международных и национальных стандартах, не содержат указаний на товарные знаки или конкретных изготовителей и позволяют предложить сертифицированную продукцию широкого круга производителей, представленных на рынке Республики Казахстан. За исключением исключенных требований к реквизитам авторизационного письма (п. 30) и внесения сводной таблицы состава комплекта (п. 60), оснований для изменения параметров технической спецификации не имеется.
