Внимание! Соединение с приложением прервано. Дождитесь повторного подключения.
Обсуждение документации - Просмотр сообщения № 1059848
Тема сообщения
Замечание к КД
Тип сообщения
Замечание к КД
Поставщик
Kaz Trade
Представитель поставщика
ТАЛГАРОВ ЕРНАР ЕРКИНҰЛЫ
Дата и время отправки сообщения
2026-06-26 15:24:57
Текст сообщения
1. В технической спецификации предмет закупки указан как «Роботоконструктор», однако фактически закупается полноразмерный гуманоидный робот образовательного и исследовательского класса с тактильной рукой, программно-аппаратным комплексом, периферийными подсистемами, голосовым ассистентом и средой виртуальной симуляции. Такой предмет существенно отличается от обычного роботоконструктора и относится к иной категории высокотехнологичного робототехнического оборудования. Просим привести наименование лота и код ЕНС ТРУ в соответствие с фактическим предметом закупки либо разделить закупку на отдельные позиции: гуманоидный робот, манипулятор, программно-аппаратный комплекс, периферийное оборудование и виртуальная симуляционная среда.
2. Техническая спецификация содержит признаки подгонки под конкретную модель гуманоидного робота: высота не менее 1820 мм, ширина не менее 456 мм, толщина не менее 218 мм, масса не менее 70 кг, длина сегмента «голень + бедро» не менее 1045 мм, длина сегмента «предплечье + плечо» не менее 690 мм, конкретное количество степеней свободы ног, рук, талии и головы, а также бионическая голова с чертами лица. В совокупности данные параметры выглядят как описание конкретной модели, а не функциональной потребности колледжа. Просим заменить модельные признаки на функциональные требования к образовательной робототехнической платформе.
3. Требование о поставке именно полноразмерного гуманоидного робота с бионической головой и чертами лица не обосновано учебными задачами. Для образовательных и исследовательских целей могут использоваться мобильные, манипуляционные, колесные, четвероногие, модульные или настольные робототехнические платформы. Просим обосновать, почему необходим именно полноразмерный человекообразный робот, либо допустить эквивалентные робототехнические платформы, обеспечивающие обучение программированию, робототехнике, компьютерному зрению, ИИ и управлению приводами.
4. Требование о поставке исключительно образовательной версии с обязательной поддержкой вторичной разработки сформулировано неопределенно. Не раскрыто, что именно означает «вторичная разработка»: доступ к SDK, API, исходным кодам, документации, ROS/ROS2, среде разработки, примерам программ или правам на модификацию ПО. Просим конкретизировать состав прав и технических возможностей для разработки либо изложить требование как наличие открытого SDK/API и документации для учебных проектов.
5. В ТС указаны материалы конструкции: авиационный алюминий, титановый сплав, высокопрочные инженерные пластики, промышленные подшипники с перекрещивающимися роликами, PMSM-двигатели с внутренним ротором и локальное воздушное охлаждение. Это внутренние конструктивные признаки конкретного производителя. Для Заказчика важны надежность, безопасность, ресурс, точность движения и ремонтопригодность, а не конкретные материалы и типы внутренних компонентов. Просим заменить данные требования на эксплуатационные показатели.
6. Требования к моменту приводов — не менее 120 Н·м для сустава руки и не менее 360 Н·м для сустава ноги — не сопровождаются методикой проверки. Не указано, при какой скорости, температуре, режиме работы, длительности нагрузки и конфигурации измеряется момент. Такие параметры сложно подтвердить при приемке и они могут соответствовать конкретной модели. Просим установить функциональные требования к грузоподъемности, устойчивости, безопасному движению и демонстрационным режимам либо указать объективную методику проверки.
7. Требования к грузоподъемности руки указаны как пиковая не менее 15 кг и номинальная не менее 7 кг, при этом также требуется тактильная рука с силой захвата не менее 20 кг. Не раскрыто, каким образом данные показатели соотносятся между собой и как будут проверяться без риска повреждения оборудования. Просим установить единые проверяемые показатели манипуляции: массу предмета, режим захвата, длительность удержания, безопасность и методику приемки.
8. Требование аккумулятора не менее 15 А·ч / 0,972 кВт·ч и максимального напряжения 75,6 В является конструктивным параметром конкретной батареи. Для Заказчика важнее фактическое время работы, безопасность зарядки, срок службы, наличие зарядного устройства и возможность замены. Просим заменить емкость и напряжение батареи на функциональное требование к автономной работе в типовом учебном сценарии с указанием методики проверки.
9. В ТС указано ориентировочное время автономной работы не менее 3 часов, но одновременно сделана оговорка, что оно зависит от сценария использования, нагрузки, температуры и состояния батареи. Такая формулировка не позволяет объективно проверить соответствие. Просим указать конкретный сценарий испытания автономности: режим движения, нагрузка, работа сенсоров, температура, продолжительность и критерий успешной приемки.
10. Требование поддержки AI-производительности до 100 TOPS, до 275 TOPS и до 2070 TOPS относится к конкретным AI-ускорителям и внутренней архитектуре вычислительных модулей. Не указано, какие учебные задачи требуют именно таких показателей. Просим исключить значения TOPS либо заменить их функциональными требованиями: поддержка компьютерного зрения, локального ИИ, обработки сенсоров, SDK и учебных ML/AI-сценариев.
11. Требование обязательной поддержки NVIDIA Isaac Sim ограничивает конкуренцию и привязывает закупку к конкретной программной экосистеме. Эквивалентные среды симуляции могут обеспечивать цифровые двойники, моделирование роботов, сенсоров, навигации и машинного зрения без использования именно NVIDIA Isaac Sim. Просим указать «NVIDIA Isaac Sim или эквивалент» либо заменить требование на функциональное описание среды виртуальной симуляции.
12. Требование интеграции программного модуля на базе KazLLM не относится к базовым характеристикам гуманоидного робота и не раскрывает, входит ли сам модуль в поставку, кто является правообладателем, как он лицензируется, где обрабатываются данные и как обеспечивается поддержка. Просим исключить данное требование либо подробно указать назначение, лицензию, срок поддержки, требования к вычислительным ресурсам и порядок приемки модуля.
13. Требование наличия штатного ручного контроллера производителя, Bluetooth-модуля, времени работы до 5 часов, дальности до 100 метров и обновления через штатный интеллектуальный OTA-механизм является привязкой к конкретной заводской экосистеме. Для образовательной эксплуатации достаточно безопасного дистанционного управления, обновления ПО и аварийной остановки. Просим заменить указанные признаки на функциональные требования без привязки к штатному контроллеру конкретного производителя.
14. В комплект обязательно включена тактильная ловкая рука с не менее 16 степенями свободы, массой не менее 1 кг, силой захвата не менее 20 кг, USB 2.0 и рабочим диапазоном от -20 °C до +60 °C. Данные параметры выглядят как описание конкретного манипулятора. Просим заменить требования на функциональные: наличие совместимого манипулятора для учебных и исследовательских задач, захват предметов, безопасность, документация, SDK/API и проверяемая демонстрация работы.
15. Требование, чтобы все оборудование, ПО и принадлежности были полностью совместимы между собой без приобретения дополнительных компонентов, является разумным только при четкой ведомости комплектности. В ТС отсутствует исчерпывающая таблица состава поставки с количеством, моделями компонентов, лицензиями, кабелями, креплениями, ключами доступа и сроком действия ПО. Просим оформить отдельную ведомость комплектности по каждой позиции и исключить неопределенные требования.
16. Периферийная подсистема фактически является отдельным программно-аппаратным комплексом: USB-камера, IP-камеры по RTSP, USB-микрофон, USB Audio динамик, LTE-модем, Wi-Fi-модуль, RJ45, отдельный корпус IP54, виброгасители, DC-DC преобразователь и питание от батареи робота. Это не базовая характеристика робота, а отдельная доработка. Просим выделить периферийную подсистему отдельной позицией либо обосновать ее технологическую необходимость.
17. Требования к корпусу периферийного оборудования — IP54, размеры не менее 100×180×80 мм, ABS/PETG/ASA, пригодность для 3D-печати и виброгасители — выглядят как описание конкретного самодельного или кастомного модуля. Для Заказчика важны защита, надежность и безопасность, а не материал и технология изготовления корпуса. Просим заменить данные параметры на функциональные требования к защищенности и надежности.
18. Программное обеспечение комплекса включает голосового ассистента, офлайн-распознавание и синтез речи, локальную базу знаний, RTSP/RTMP-трансляцию, видеоаналитику с идентификацией лиц, силуэтов людей и опасных предметов. Это самостоятельная информационная система с обработкой изображений, голоса и потенциально персональных данных. Просим раскрыть, какие данные собираются, где хранятся, кто является оператором, как обеспечивается согласие субъектов, безопасность, удаление данных и срок поддержки.
19. Требование распознавания лиц и силуэтов людей создает риск обработки биометрических и персональных данных. В ТС отсутствуют требования к правовым основаниям обработки, хранению, журналированию доступа, защите данных, отключению функции и ответственности поставщика. Просим исключить распознавание лиц либо включить полноценный регламент обработки персональных данных и ограничить функционал учебными сценариями.
20. Требования к виртуальной среде симуляции чрезмерно детализированы: ray tracing, path tracing, PBR, глобальное освещение, мягкие тела, деформация тканей, LiDAR, радары, сонары, IMU, тактильные сенсоры, доменная рандомизация, датасеты, headless API, ROS первого и второго поколения, GPU-передача тензоров, URDF/SDF/MJCF, CAD, контейнеризация и вычислительные кластеры. Такая совокупность фактически описывает конкретную сложную платформу. Просим заменить это функциональными требованиями к учебной симуляции робототехники и допустить эквивалентные среды.
21. В ТС одновременно указано, что поставляется полноразмерный гуманоидный робот, но в разделе комплектности используется формулировка «двуногий робот». Формулировки должны быть едиными, так как «двуногий робот» может быть не полноразмерным гуманоидом. Просим устранить неоднозначность и привести терминологию к единой редакции.
22. В ТС содержится условие, что при отсутствии авторизационных документов или подтверждения от производителя/официального представителя Заказчик вправе отказать в приемке. Это фактически вводит зависимость поставки от третьих лиц и может быть использовано для ограничения участников. Просим исключить авторизационные документы как обязательное условие либо заменить их документами, подтверждающими происхождение, гарантию, серийные номера и законность поставки на этапе передачи товара.
23. Требование подтвердить «официальное происхождение товара и полномочия на поставку соответствующими документами» сформулировано неопределенно. Не указано, какие именно документы требуются и на каком этапе: инвойс, сертификат, гарантийный талон, письмо производителя, дилерский договор, таможенные документы или иные документы. Просим установить исчерпывающий перечень документов и не допускать отклонение по документам, не указанным прямо.
24. Условие о том, что эквивалентный товар должен полностью соответствовать всем требованиям ТС, включая конкретные признаки робота, тактильной руки, ПАК и среды симуляции, фактически исключает возможность реального эквивалента. Эквивалент должен подтверждать достижение функционального результата, а не полное совпадение с архитектурой конкретного решения. Просим переработать условия эквивалентности и установить функциональные критерии.
25. Авансовый платеж 30% при закупке сложного высокотехнологичного товара стоимостью 47 413 793,10 тг требует отдельного обоснования, особенно с учетом узкой ТС и требований к производителю, заводской комплектации, авторизационным документам и совместимости. Просим обосновать необходимость аванса 30% либо пересмотреть условия оплаты с учетом приемки и фактической поставки.
26. Срок поставки 150 календарных дней является значительным, но с учетом уникальной конфигурации может быть выполним только поставщиком, заранее связанным с конкретным производителем. При сохранении узких требований к модели, ПО, тактильной руке, виртуальной среде, периферийным подсистемам и авторизационным документам конкуренция существенно ограничивается. Просим либо упростить ТС до функционального результата, либо разделить поставку на отдельные этапы и компоненты.
27. В разделе сопутствующих услуг требуется первичный запуск, демонстрация работоспособности, инструктаж по безопасному запуску, перемещению, зарядке, обновлению, работе с ПАК, периферийными подсистемами, голосовым ассистентом, видеотрансляцией, цифровыми двойниками и генерацией синтетических данных. При этом не указаны продолжительность инструктажа, количество обучаемых, программа, язык обучения, формат подтверждения и критерии успешности. Просим конкретизировать обучение и приемку услуг.
28. ТС необходимо переработать в конкурентной редакции: исключить модельные признаки конкретного гуманоидного робота, убрать привязку к конкретным AI-модулям, NVIDIA Isaac Sim, KazLLM, штатному контроллеру производителя, OTA-механизму, конкретной тактильной руке и детальной архитектуре симуляционной платформы; установить функциональные требования, объективную методику приемки, перечень документов и допуск эквивалентных решений.
2. Техническая спецификация содержит признаки подгонки под конкретную модель гуманоидного робота: высота не менее 1820 мм, ширина не менее 456 мм, толщина не менее 218 мм, масса не менее 70 кг, длина сегмента «голень + бедро» не менее 1045 мм, длина сегмента «предплечье + плечо» не менее 690 мм, конкретное количество степеней свободы ног, рук, талии и головы, а также бионическая голова с чертами лица. В совокупности данные параметры выглядят как описание конкретной модели, а не функциональной потребности колледжа. Просим заменить модельные признаки на функциональные требования к образовательной робототехнической платформе.
3. Требование о поставке именно полноразмерного гуманоидного робота с бионической головой и чертами лица не обосновано учебными задачами. Для образовательных и исследовательских целей могут использоваться мобильные, манипуляционные, колесные, четвероногие, модульные или настольные робототехнические платформы. Просим обосновать, почему необходим именно полноразмерный человекообразный робот, либо допустить эквивалентные робототехнические платформы, обеспечивающие обучение программированию, робототехнике, компьютерному зрению, ИИ и управлению приводами.
4. Требование о поставке исключительно образовательной версии с обязательной поддержкой вторичной разработки сформулировано неопределенно. Не раскрыто, что именно означает «вторичная разработка»: доступ к SDK, API, исходным кодам, документации, ROS/ROS2, среде разработки, примерам программ или правам на модификацию ПО. Просим конкретизировать состав прав и технических возможностей для разработки либо изложить требование как наличие открытого SDK/API и документации для учебных проектов.
5. В ТС указаны материалы конструкции: авиационный алюминий, титановый сплав, высокопрочные инженерные пластики, промышленные подшипники с перекрещивающимися роликами, PMSM-двигатели с внутренним ротором и локальное воздушное охлаждение. Это внутренние конструктивные признаки конкретного производителя. Для Заказчика важны надежность, безопасность, ресурс, точность движения и ремонтопригодность, а не конкретные материалы и типы внутренних компонентов. Просим заменить данные требования на эксплуатационные показатели.
6. Требования к моменту приводов — не менее 120 Н·м для сустава руки и не менее 360 Н·м для сустава ноги — не сопровождаются методикой проверки. Не указано, при какой скорости, температуре, режиме работы, длительности нагрузки и конфигурации измеряется момент. Такие параметры сложно подтвердить при приемке и они могут соответствовать конкретной модели. Просим установить функциональные требования к грузоподъемности, устойчивости, безопасному движению и демонстрационным режимам либо указать объективную методику проверки.
7. Требования к грузоподъемности руки указаны как пиковая не менее 15 кг и номинальная не менее 7 кг, при этом также требуется тактильная рука с силой захвата не менее 20 кг. Не раскрыто, каким образом данные показатели соотносятся между собой и как будут проверяться без риска повреждения оборудования. Просим установить единые проверяемые показатели манипуляции: массу предмета, режим захвата, длительность удержания, безопасность и методику приемки.
8. Требование аккумулятора не менее 15 А·ч / 0,972 кВт·ч и максимального напряжения 75,6 В является конструктивным параметром конкретной батареи. Для Заказчика важнее фактическое время работы, безопасность зарядки, срок службы, наличие зарядного устройства и возможность замены. Просим заменить емкость и напряжение батареи на функциональное требование к автономной работе в типовом учебном сценарии с указанием методики проверки.
9. В ТС указано ориентировочное время автономной работы не менее 3 часов, но одновременно сделана оговорка, что оно зависит от сценария использования, нагрузки, температуры и состояния батареи. Такая формулировка не позволяет объективно проверить соответствие. Просим указать конкретный сценарий испытания автономности: режим движения, нагрузка, работа сенсоров, температура, продолжительность и критерий успешной приемки.
10. Требование поддержки AI-производительности до 100 TOPS, до 275 TOPS и до 2070 TOPS относится к конкретным AI-ускорителям и внутренней архитектуре вычислительных модулей. Не указано, какие учебные задачи требуют именно таких показателей. Просим исключить значения TOPS либо заменить их функциональными требованиями: поддержка компьютерного зрения, локального ИИ, обработки сенсоров, SDK и учебных ML/AI-сценариев.
11. Требование обязательной поддержки NVIDIA Isaac Sim ограничивает конкуренцию и привязывает закупку к конкретной программной экосистеме. Эквивалентные среды симуляции могут обеспечивать цифровые двойники, моделирование роботов, сенсоров, навигации и машинного зрения без использования именно NVIDIA Isaac Sim. Просим указать «NVIDIA Isaac Sim или эквивалент» либо заменить требование на функциональное описание среды виртуальной симуляции.
12. Требование интеграции программного модуля на базе KazLLM не относится к базовым характеристикам гуманоидного робота и не раскрывает, входит ли сам модуль в поставку, кто является правообладателем, как он лицензируется, где обрабатываются данные и как обеспечивается поддержка. Просим исключить данное требование либо подробно указать назначение, лицензию, срок поддержки, требования к вычислительным ресурсам и порядок приемки модуля.
13. Требование наличия штатного ручного контроллера производителя, Bluetooth-модуля, времени работы до 5 часов, дальности до 100 метров и обновления через штатный интеллектуальный OTA-механизм является привязкой к конкретной заводской экосистеме. Для образовательной эксплуатации достаточно безопасного дистанционного управления, обновления ПО и аварийной остановки. Просим заменить указанные признаки на функциональные требования без привязки к штатному контроллеру конкретного производителя.
14. В комплект обязательно включена тактильная ловкая рука с не менее 16 степенями свободы, массой не менее 1 кг, силой захвата не менее 20 кг, USB 2.0 и рабочим диапазоном от -20 °C до +60 °C. Данные параметры выглядят как описание конкретного манипулятора. Просим заменить требования на функциональные: наличие совместимого манипулятора для учебных и исследовательских задач, захват предметов, безопасность, документация, SDK/API и проверяемая демонстрация работы.
15. Требование, чтобы все оборудование, ПО и принадлежности были полностью совместимы между собой без приобретения дополнительных компонентов, является разумным только при четкой ведомости комплектности. В ТС отсутствует исчерпывающая таблица состава поставки с количеством, моделями компонентов, лицензиями, кабелями, креплениями, ключами доступа и сроком действия ПО. Просим оформить отдельную ведомость комплектности по каждой позиции и исключить неопределенные требования.
16. Периферийная подсистема фактически является отдельным программно-аппаратным комплексом: USB-камера, IP-камеры по RTSP, USB-микрофон, USB Audio динамик, LTE-модем, Wi-Fi-модуль, RJ45, отдельный корпус IP54, виброгасители, DC-DC преобразователь и питание от батареи робота. Это не базовая характеристика робота, а отдельная доработка. Просим выделить периферийную подсистему отдельной позицией либо обосновать ее технологическую необходимость.
17. Требования к корпусу периферийного оборудования — IP54, размеры не менее 100×180×80 мм, ABS/PETG/ASA, пригодность для 3D-печати и виброгасители — выглядят как описание конкретного самодельного или кастомного модуля. Для Заказчика важны защита, надежность и безопасность, а не материал и технология изготовления корпуса. Просим заменить данные параметры на функциональные требования к защищенности и надежности.
18. Программное обеспечение комплекса включает голосового ассистента, офлайн-распознавание и синтез речи, локальную базу знаний, RTSP/RTMP-трансляцию, видеоаналитику с идентификацией лиц, силуэтов людей и опасных предметов. Это самостоятельная информационная система с обработкой изображений, голоса и потенциально персональных данных. Просим раскрыть, какие данные собираются, где хранятся, кто является оператором, как обеспечивается согласие субъектов, безопасность, удаление данных и срок поддержки.
19. Требование распознавания лиц и силуэтов людей создает риск обработки биометрических и персональных данных. В ТС отсутствуют требования к правовым основаниям обработки, хранению, журналированию доступа, защите данных, отключению функции и ответственности поставщика. Просим исключить распознавание лиц либо включить полноценный регламент обработки персональных данных и ограничить функционал учебными сценариями.
20. Требования к виртуальной среде симуляции чрезмерно детализированы: ray tracing, path tracing, PBR, глобальное освещение, мягкие тела, деформация тканей, LiDAR, радары, сонары, IMU, тактильные сенсоры, доменная рандомизация, датасеты, headless API, ROS первого и второго поколения, GPU-передача тензоров, URDF/SDF/MJCF, CAD, контейнеризация и вычислительные кластеры. Такая совокупность фактически описывает конкретную сложную платформу. Просим заменить это функциональными требованиями к учебной симуляции робототехники и допустить эквивалентные среды.
21. В ТС одновременно указано, что поставляется полноразмерный гуманоидный робот, но в разделе комплектности используется формулировка «двуногий робот». Формулировки должны быть едиными, так как «двуногий робот» может быть не полноразмерным гуманоидом. Просим устранить неоднозначность и привести терминологию к единой редакции.
22. В ТС содержится условие, что при отсутствии авторизационных документов или подтверждения от производителя/официального представителя Заказчик вправе отказать в приемке. Это фактически вводит зависимость поставки от третьих лиц и может быть использовано для ограничения участников. Просим исключить авторизационные документы как обязательное условие либо заменить их документами, подтверждающими происхождение, гарантию, серийные номера и законность поставки на этапе передачи товара.
23. Требование подтвердить «официальное происхождение товара и полномочия на поставку соответствующими документами» сформулировано неопределенно. Не указано, какие именно документы требуются и на каком этапе: инвойс, сертификат, гарантийный талон, письмо производителя, дилерский договор, таможенные документы или иные документы. Просим установить исчерпывающий перечень документов и не допускать отклонение по документам, не указанным прямо.
24. Условие о том, что эквивалентный товар должен полностью соответствовать всем требованиям ТС, включая конкретные признаки робота, тактильной руки, ПАК и среды симуляции, фактически исключает возможность реального эквивалента. Эквивалент должен подтверждать достижение функционального результата, а не полное совпадение с архитектурой конкретного решения. Просим переработать условия эквивалентности и установить функциональные критерии.
25. Авансовый платеж 30% при закупке сложного высокотехнологичного товара стоимостью 47 413 793,10 тг требует отдельного обоснования, особенно с учетом узкой ТС и требований к производителю, заводской комплектации, авторизационным документам и совместимости. Просим обосновать необходимость аванса 30% либо пересмотреть условия оплаты с учетом приемки и фактической поставки.
26. Срок поставки 150 календарных дней является значительным, но с учетом уникальной конфигурации может быть выполним только поставщиком, заранее связанным с конкретным производителем. При сохранении узких требований к модели, ПО, тактильной руке, виртуальной среде, периферийным подсистемам и авторизационным документам конкуренция существенно ограничивается. Просим либо упростить ТС до функционального результата, либо разделить поставку на отдельные этапы и компоненты.
27. В разделе сопутствующих услуг требуется первичный запуск, демонстрация работоспособности, инструктаж по безопасному запуску, перемещению, зарядке, обновлению, работе с ПАК, периферийными подсистемами, голосовым ассистентом, видеотрансляцией, цифровыми двойниками и генерацией синтетических данных. При этом не указаны продолжительность инструктажа, количество обучаемых, программа, язык обучения, формат подтверждения и критерии успешности. Просим конкретизировать обучение и приемку услуг.
28. ТС необходимо переработать в конкурентной редакции: исключить модельные признаки конкретного гуманоидного робота, убрать привязку к конкретным AI-модулям, NVIDIA Isaac Sim, KazLLM, штатному контроллеру производителя, OTA-механизму, конкретной тактильной руке и детальной архитектуре симуляционной платформы; установить функциональные требования, объективную методику приемки, перечень документов и допуск эквивалентных решений.
