Внимание! Соединение с приложением прервано. Дождитесь повторного подключения.
Обсуждение документации - Просмотр сообщения № 1069044
Тема сообщения
Нарушения в ТС, требуем рассмотреть
Тип сообщения
Замечание к АД
Поставщик
Товарищество с ограниченной ответственностью "SilkTech"
Представитель поставщика
ОМИРБЕКОВ САЙЛАУ ЖАКЫПБЕКОВИЧ
Дата и время отправки сообщения
2026-09-28 22:29:16
Текст сообщения
ЗАМЕЧАНИЯ
1. Техническая спецификация закупки сформирована как один «Комплект учебного оборудования» стоимостью 19 500 000 тенге, однако фактически уже в первых разделах включает самостоятельные товарные и программные категории: 7 интерактивных панелей, 12 персональных компьютеров-моноблоков, 7 экземпляров/лицензий интерактивного образовательного ПО, отдельный аппаратно-программный комплекс из 15 типов беспроводных датчиков, а также самостоятельную систему электрической безопасности/smart-home.
Просим обосновать технологическую неделимость всех указанных компонентов либо рассмотреть их разделение.
2. Интерактивные панели и моноблоки являются серийными аппаратными товарами разных товарных рынков. Образовательное ПО является объектом интеллектуальной собственности. Датчики представляют самостоятельный лабораторный комплекс. Электробезопасность представляет еще одну самостоятельную аппаратно-программную экосистему.
3. Наличие разных количеств также подтверждает самостоятельность позиций: панелей 7, моноблоков 12, программных лицензий 7, тогда как датчики и система электрической безопасности описаны отдельными комплектами.
4. Просим представить схему функциональной взаимозависимости, объясняющую, почему каждый моноблок, каждая панель, ПО, датчики и электрическая система не могут закупаться и использоваться отдельно.
5. Объединение разнородных товаров особенно существенно с учетом того, что отдельные позиции требуют специальных авторизационных писем производителей, официальных представителей и правообладателей.
6. По интерактивной панели требуется специальное письмо производителя либо официального представителя в РК под номер конкретного аукциона и лота. По программному обеспечению также предусмотрено авторизационное письмо с QR-кодом и датой не ранее объявления закупки. По электрической системе вновь требуется письмо производителя с QR-кодом.
7. Таким образом потенциальный поставщик должен заранее получить индивидуальные разрешительные документы сразу от нескольких независимых производителей/правообладателей, что дополнительно сужает круг участников объединенного лота.
8. Авторизационные письма сами по себе не являются технической характеристикой поставляемого оборудования. Просим заменить их документами происхождения и соответствия товара, предоставляемыми при поставке.
9. Интерактивная панель описана через совокупность признаков, значительно более узкую, чем необходимо для учебной функции: диагональ 75–77", Haze 3–8%, стекло 3–4 мм, воздушный зазор до 1 мм, не менее 20 касаний, ARM, OPS, точный набор интерфейсов, два RJ45 и три съемные антенны.
10. Просим установить принцип «не хуже» по конечным характеристикам, разрешая другую внутреннюю инженерную реализацию.
11. Моноблок ограничен массой 4,15 кг. Для стационарного школьного компьютера это не является существенной эксплуатационной характеристикой. Просим исключить.
12. По моноблоку внутренние параметры процессора, памяти и накопителя желательно заменить эквивалентным уровнем производительности, чтобы не исключать иные современные аппаратные платформы.
13. Требования к образовательному ПО фактически определяют архитектуру разработчика: микросервисы/SOA, трехуровневая модель, минимум 18 модулей, API, reverse proxy, конкретные алгоритмы балансировки.
14. Заказчику необходимо определять необходимые функции платформы, но не способ программирования и внутреннюю архитектуру правообладателя.
15. Противоречие 1000/100 пользователей необходимо устранить: система обязана масштабироваться до 1000 активных соединений, тогда как минимальные серверные требования сформированы для 100 одновременных пользователей.
16. Просим представить расчет фактического максимального количества одновременных пользователей школы.
17. Педагогические KPI — 15 минут на подготовку урока, 40% мультимедиа, 100% вовлечения класса — следует исключить как зависящие от пользователя, а не программного кода.
18. Просим исключить из ПО чрезмерно конкретные значения количества 3D-функций, интерактивных точек, символов текста, видов инструментов, цветов, толщин линий и игровых транзакций, если они не обоснованы учебной программой.
19. Пакет обязательных NCA-протоколов для ПО создает самостоятельный предварительный барьер. Требуются отдельные исследования сетевой инфраструктуры, процессов информационной безопасности, нагрузочные испытания, SAST исходного кода и испытания по СТ РК ISO/IEC 15408-2-2017.
20. Для массовых образовательных платформ наличие именно такого набора национальных протоколов не является стандартным условием законного оборота ПО.
21. Особенно ограничивающим является требование SAST исходного кода внешней лабораторией. Коммерческий разработчик не обязан передавать исходный код третьему лицу.
22. Просим допустить эквивалентные подтверждения кибербезопасности и проводить необходимые приемочные испытания после поставки.
23. Аппаратно-программный комплекс датчиков также содержит признаки конкретной заранее созданной архитектуры: собственный Wi-Fi Access Point, WebSocket RFC 6455, JSON, 15 фиксированных каналов и конкретный Dark Theme интерфейс.
24. Формат сетевого пакета и дизайн интерфейса не влияют на точность физического измерения.
25. Просим исключить WebSocket, JSON, нумерацию каналов и графическое оформление, оставив диапазоны и точность измерений.
26. В датчиках имеются непосредственные неоднозначности: VOC либо CO2, радиочастотный монитор либо микрофон, спектральный либо ИК-датчик с измерением в люксах.
27. Такие альтернативы относятся к различным физическим величинам и не позволяют однозначно определить требуемое оборудование.
28. Диапазон температурного измерения -40…+85 °C одновременно превышает эксплуатационный диапазон датчика -20…+60 °C. Просим устранить противоречие.
29. Режим 24/7/365 также необходимо согласовать с автономностью датчиков минимум 24 часа.
30. Система электрической безопасности фактически сочетает функции smart-home и охранной системы: видеокамера, ночное наблюдение, микрофон, динамик, motion detection, smart-розетка, smart-выключатель, погодные сценарии и управление по восходу/закату.
31. Просим обосновать связь бытовых сценариев с учебным оборудованием и безопасностью школьного объекта.
32. Центр должен поддерживать 64 smart-устройства при фактической поставке только одной розетки и одного выключателя. Просим снизить показатель или представить план расширения.
33. Верхние ограничения 15 метров для ИК-подсветки и 256 ГБ для карты памяти необходимо исключить: большие значения являются улучшением.
34. Одно-/двухклавишный выключатель предлагается определить после заключения договора, хотя стоимость и техническое исполнение отличаются. Предмет поставки должен быть определен до подачи предложений.
35. Дополнительно требуется двухканальное реле, что делает возможность простого одноклавишного варианта противоречивой.
36. Требование приложения с возможностью передачи доступа «членам семьи» прямо указывает на бытовой характер описанной программной экосистемы.
37. Просим изменить роли на организационные и исключить признаки конкретного потребительского приложения.
38. Отдельного пересмотра требует срок поставки — 30 дней. При поставке 7 интерактивных панелей, 12 моноблоков, программной платформы, датчиков, системы электрической безопасности, монтаже и оформлении нескольких специальных документов данный срок требует подтверждения реальным анализом рынка.
39. Специальные авторизации и лабораторные протоколы фактически должны уже существовать до подачи заявки, что предоставляет преимущество поставщикам, заранее связанным с конкретными производителями и конкретным ПО.
40. Просим обеспечить возможность участнику сформировать законную цепочку поставки после определения победителя, если все оборудование полностью соответствует ТС.
41. Просим провести рыночный анализ отдельно по каждой крупной позиции и подтвердить наличие не менее двух независимых производителей/разработчиков, соответствующих не отдельным параметрам, а всей совокупности требований.
42. Просим определить объективные методы приемки каждого нестандартного параметра: Haze, сенсорная задержка, воздушный зазор, 1000 одновременных пользователей, задержка игры 300 мс, время QR-подключения 5 секунд, WebSocket 500 мс, 24/7/365, ресурс выключателя 100 000 циклов и другие.
43. Характеристики, которые невозможно достоверно проверить при обычной приемке, должны подтверждаться официальной заводской документацией либо быть исключены.
44. Просим не считать улучшением/ухудшением совпадение внутренней технологии само по себе. Оборудование с иной архитектурой, но лучшими конечными параметрами должно допускаться.
45. Просим разделить обязательные пользовательские функции и техническую реализацию производителя.
46. Просим исключить требования, заставляющие участника получать индивидуальное разрешение правообладателя на участие именно в данном аукционе.
47. Просим исключить ограничения, которые допускают только один способ реализации: ARM, OPS, WebSocket, JSON, reverse proxy, фиксированные UI-компоненты, конкретное количество антенн и единая smart-home экосистема.
48. Просим устранить все внутренние противоречия и двусмысленные значения до окончания стадии обсуждения документации.
49. После корректировки просим представить консолидированную таблицу: наименование позиции, количество, обязательные функциональные параметры, документы заявки, документы при поставке, гарантия и способ приемки.
50. Основным критерием соответствия должен являться результат эксплуатации и безопасность, а не совпадение с заранее описанной технической архитектурой и цепочкой поставки.
1. Техническая спецификация закупки сформирована как один «Комплект учебного оборудования» стоимостью 19 500 000 тенге, однако фактически уже в первых разделах включает самостоятельные товарные и программные категории: 7 интерактивных панелей, 12 персональных компьютеров-моноблоков, 7 экземпляров/лицензий интерактивного образовательного ПО, отдельный аппаратно-программный комплекс из 15 типов беспроводных датчиков, а также самостоятельную систему электрической безопасности/smart-home.
Просим обосновать технологическую неделимость всех указанных компонентов либо рассмотреть их разделение.
2. Интерактивные панели и моноблоки являются серийными аппаратными товарами разных товарных рынков. Образовательное ПО является объектом интеллектуальной собственности. Датчики представляют самостоятельный лабораторный комплекс. Электробезопасность представляет еще одну самостоятельную аппаратно-программную экосистему.
3. Наличие разных количеств также подтверждает самостоятельность позиций: панелей 7, моноблоков 12, программных лицензий 7, тогда как датчики и система электрической безопасности описаны отдельными комплектами.
4. Просим представить схему функциональной взаимозависимости, объясняющую, почему каждый моноблок, каждая панель, ПО, датчики и электрическая система не могут закупаться и использоваться отдельно.
5. Объединение разнородных товаров особенно существенно с учетом того, что отдельные позиции требуют специальных авторизационных писем производителей, официальных представителей и правообладателей.
6. По интерактивной панели требуется специальное письмо производителя либо официального представителя в РК под номер конкретного аукциона и лота. По программному обеспечению также предусмотрено авторизационное письмо с QR-кодом и датой не ранее объявления закупки. По электрической системе вновь требуется письмо производителя с QR-кодом.
7. Таким образом потенциальный поставщик должен заранее получить индивидуальные разрешительные документы сразу от нескольких независимых производителей/правообладателей, что дополнительно сужает круг участников объединенного лота.
8. Авторизационные письма сами по себе не являются технической характеристикой поставляемого оборудования. Просим заменить их документами происхождения и соответствия товара, предоставляемыми при поставке.
9. Интерактивная панель описана через совокупность признаков, значительно более узкую, чем необходимо для учебной функции: диагональ 75–77", Haze 3–8%, стекло 3–4 мм, воздушный зазор до 1 мм, не менее 20 касаний, ARM, OPS, точный набор интерфейсов, два RJ45 и три съемные антенны.
10. Просим установить принцип «не хуже» по конечным характеристикам, разрешая другую внутреннюю инженерную реализацию.
11. Моноблок ограничен массой 4,15 кг. Для стационарного школьного компьютера это не является существенной эксплуатационной характеристикой. Просим исключить.
12. По моноблоку внутренние параметры процессора, памяти и накопителя желательно заменить эквивалентным уровнем производительности, чтобы не исключать иные современные аппаратные платформы.
13. Требования к образовательному ПО фактически определяют архитектуру разработчика: микросервисы/SOA, трехуровневая модель, минимум 18 модулей, API, reverse proxy, конкретные алгоритмы балансировки.
14. Заказчику необходимо определять необходимые функции платформы, но не способ программирования и внутреннюю архитектуру правообладателя.
15. Противоречие 1000/100 пользователей необходимо устранить: система обязана масштабироваться до 1000 активных соединений, тогда как минимальные серверные требования сформированы для 100 одновременных пользователей.
16. Просим представить расчет фактического максимального количества одновременных пользователей школы.
17. Педагогические KPI — 15 минут на подготовку урока, 40% мультимедиа, 100% вовлечения класса — следует исключить как зависящие от пользователя, а не программного кода.
18. Просим исключить из ПО чрезмерно конкретные значения количества 3D-функций, интерактивных точек, символов текста, видов инструментов, цветов, толщин линий и игровых транзакций, если они не обоснованы учебной программой.
19. Пакет обязательных NCA-протоколов для ПО создает самостоятельный предварительный барьер. Требуются отдельные исследования сетевой инфраструктуры, процессов информационной безопасности, нагрузочные испытания, SAST исходного кода и испытания по СТ РК ISO/IEC 15408-2-2017.
20. Для массовых образовательных платформ наличие именно такого набора национальных протоколов не является стандартным условием законного оборота ПО.
21. Особенно ограничивающим является требование SAST исходного кода внешней лабораторией. Коммерческий разработчик не обязан передавать исходный код третьему лицу.
22. Просим допустить эквивалентные подтверждения кибербезопасности и проводить необходимые приемочные испытания после поставки.
23. Аппаратно-программный комплекс датчиков также содержит признаки конкретной заранее созданной архитектуры: собственный Wi-Fi Access Point, WebSocket RFC 6455, JSON, 15 фиксированных каналов и конкретный Dark Theme интерфейс.
24. Формат сетевого пакета и дизайн интерфейса не влияют на точность физического измерения.
25. Просим исключить WebSocket, JSON, нумерацию каналов и графическое оформление, оставив диапазоны и точность измерений.
26. В датчиках имеются непосредственные неоднозначности: VOC либо CO2, радиочастотный монитор либо микрофон, спектральный либо ИК-датчик с измерением в люксах.
27. Такие альтернативы относятся к различным физическим величинам и не позволяют однозначно определить требуемое оборудование.
28. Диапазон температурного измерения -40…+85 °C одновременно превышает эксплуатационный диапазон датчика -20…+60 °C. Просим устранить противоречие.
29. Режим 24/7/365 также необходимо согласовать с автономностью датчиков минимум 24 часа.
30. Система электрической безопасности фактически сочетает функции smart-home и охранной системы: видеокамера, ночное наблюдение, микрофон, динамик, motion detection, smart-розетка, smart-выключатель, погодные сценарии и управление по восходу/закату.
31. Просим обосновать связь бытовых сценариев с учебным оборудованием и безопасностью школьного объекта.
32. Центр должен поддерживать 64 smart-устройства при фактической поставке только одной розетки и одного выключателя. Просим снизить показатель или представить план расширения.
33. Верхние ограничения 15 метров для ИК-подсветки и 256 ГБ для карты памяти необходимо исключить: большие значения являются улучшением.
34. Одно-/двухклавишный выключатель предлагается определить после заключения договора, хотя стоимость и техническое исполнение отличаются. Предмет поставки должен быть определен до подачи предложений.
35. Дополнительно требуется двухканальное реле, что делает возможность простого одноклавишного варианта противоречивой.
36. Требование приложения с возможностью передачи доступа «членам семьи» прямо указывает на бытовой характер описанной программной экосистемы.
37. Просим изменить роли на организационные и исключить признаки конкретного потребительского приложения.
38. Отдельного пересмотра требует срок поставки — 30 дней. При поставке 7 интерактивных панелей, 12 моноблоков, программной платформы, датчиков, системы электрической безопасности, монтаже и оформлении нескольких специальных документов данный срок требует подтверждения реальным анализом рынка.
39. Специальные авторизации и лабораторные протоколы фактически должны уже существовать до подачи заявки, что предоставляет преимущество поставщикам, заранее связанным с конкретными производителями и конкретным ПО.
40. Просим обеспечить возможность участнику сформировать законную цепочку поставки после определения победителя, если все оборудование полностью соответствует ТС.
41. Просим провести рыночный анализ отдельно по каждой крупной позиции и подтвердить наличие не менее двух независимых производителей/разработчиков, соответствующих не отдельным параметрам, а всей совокупности требований.
42. Просим определить объективные методы приемки каждого нестандартного параметра: Haze, сенсорная задержка, воздушный зазор, 1000 одновременных пользователей, задержка игры 300 мс, время QR-подключения 5 секунд, WebSocket 500 мс, 24/7/365, ресурс выключателя 100 000 циклов и другие.
43. Характеристики, которые невозможно достоверно проверить при обычной приемке, должны подтверждаться официальной заводской документацией либо быть исключены.
44. Просим не считать улучшением/ухудшением совпадение внутренней технологии само по себе. Оборудование с иной архитектурой, но лучшими конечными параметрами должно допускаться.
45. Просим разделить обязательные пользовательские функции и техническую реализацию производителя.
46. Просим исключить требования, заставляющие участника получать индивидуальное разрешение правообладателя на участие именно в данном аукционе.
47. Просим исключить ограничения, которые допускают только один способ реализации: ARM, OPS, WebSocket, JSON, reverse proxy, фиксированные UI-компоненты, конкретное количество антенн и единая smart-home экосистема.
48. Просим устранить все внутренние противоречия и двусмысленные значения до окончания стадии обсуждения документации.
49. После корректировки просим представить консолидированную таблицу: наименование позиции, количество, обязательные функциональные параметры, документы заявки, документы при поставке, гарантия и способ приемки.
50. Основным критерием соответствия должен являться результат эксплуатации и безопасность, а не совпадение с заранее описанной технической архитектурой и цепочкой поставки.
