Внимание! Соединение с приложением прервано. Дождитесь повторного подключения.
Обсуждение документации - Просмотр сообщения № 1069352
Тема сообщения
Нарушения в ТС, требуем рассмотреть
Тип сообщения
Замечание к КД
Поставщик
АРУЖАН
Представитель поставщика
КУЛАКОВ БЕЙБИТ МАДАТАЕВИЧ
Дата и время отправки сообщения
2026-10-01 23:18:05
Текст сообщения
1. Помимо признаков модельной привязки, ТС содержит ряд технически спорных, неоднозначных либо недостаточно измеримых требований, способных вызвать разное толкование при рассмотрении заявок и приемке.
2. По коллаборативному роботизированному манипулятору прямо требуется нативная интеграция с ROS1.
3. ROS1 представляет конкретное поколение программной робототехнической среды.
4. Современные системы могут использовать более новые архитектуры и обеспечивать обратную совместимость через мост либо API.
5. Обязательность именно нативной ROS1-интеграции может исключать более современные решения.
6. Просим определить необходимый функционал: публикация/получение сообщений, управление приводами, телеметрия, Python/C++ API и совместимость с образовательными пакетами.
7. Если эти функции поддерживаются через ROS2 либо совместимый bridge, такое решение не должно исключаться.
8. По тому же манипулятору устанавливается аппаратный ресурс не менее 2000 часов.
9. Не указано, каким документом он подтверждается.
10. Не определено, является ли это MTBF, моторесурсом приводов или гарантийной наработкой.
11. Необходимо установить метод подтверждения.
12. По AI-серверу требуется два LAN-порта по 2,5 Гбит/с.
13. Неясно, действительно ли оба интерфейса будут использоваться.
14. При этом телекоммуникационный шкаф описывается как шкаф «стандарта не менее 15 дюймов».
15. Наиболее распространенной серверной/телекоммуникационной системой является стойка иной стандартной ширины, поэтому необходимо однозначно определить реальный монтажный стандарт закупаемого сетевого оборудования.
16. Особенно важно обеспечить физическую совместимость AI-сервера, патч-панелей, ИБП и шкафа.
17. В ТС шкаф имеет полезную емкость от 6U до 7U.
18. Следует представить расчет занимаемых юнитов.
19. Неясно, должен ли сам AI-сервер устанавливаться в этот шкаф.
20. Если да, необходимо проверить глубину шкафа 450–475 мм на совместимость с серверным шасси.
21. Многие серверные корпуса требуют большей глубины.
22. Если сервер не размещается в шкафу, следует указать, какое оборудование туда устанавливается.
23. Это необходимо знать до поставки.
24. По ИБП требуется активная мощность не менее 1500 Вт и полная мощность не менее 2000 ВА.
25. Одновременно заявлено обеспечение автономии 10–15 минут при максимальной вычислительной нагрузке подключенного оборудования.
26. Однако время автономии зависит не только от паспортной мощности ИБП, но и от емкости батарей и фактической нагрузки.
27. Не указана конкретная расчетная нагрузка на каждый из двух ИБП.
28. Поэтому проверить требование 10–15 минут заранее невозможно.
29. Необходимо указать, что именно подключается к ИБП №1 и №2 и какова мощность каждой группы.
30. Верхняя граница 15 минут также требует пояснения.
31. ИБП, обеспечивающий 20 минут, не должен считаться хуже.
32. Диапазон входного напряжения указан «165–290 В не более», что сформулировано неоднозначно.
33. Следует указать минимально допустимый рабочий диапазон без перехода на батарею.
34. По ИБП одновременно допускаются принципиально разные архитектуры: Line-Interactive и On-Line.
35. Эти технологии различаются по качеству питания, времени переключения и стоимости.
36. Если для AI-сервера действительно требуется бесперебойное питание высокого уровня, необходимо определить требуемый тип.
37. Если оба типа приемлемы, не следует задавать характеристики, фактически применимые только к одному из них.
38. По датчику качества воздуха также имеются направления параметров, требующие проверки.
39. Точность измерений сформулирована как «±3% не менее», хотя для погрешности улучшением является меньшее абсолютное значение.
40. Аналогичная проблема возникает в некоторых иных местах ТС.
41. Показатели точности необходимо формулировать как «погрешность не более».
42. Для температурного датчика указано ±0,2°C не более, что является корректным направлением.
43. Для других величин формулировки следует привести к аналогичной логике.
44. Для программируемого сенсорного модуля также содержится формулировка точности ±2°C «не менее», что теоретически допускает худшую погрешность.
45. Следует исправить на «не более ±2°C» либо более строгий показатель.
46. Кроме того, в казахском тексте данного раздела присутствуют многочисленные смешанные русскоязычные слова и фрагменты, что создает риск различного понимания характеристик.
47. Необходимо выполнить техническую редактуру обеих языковых версий.
48. В ТС встречаются диапазоны, одновременно задающие минимум и максимум там, где максимум не связан с совместимостью.
49. Например, ноутбук ограничивается диагональю 15–16,1 дюйма.
50. Если мебель и сумки не имеют физического ограничения, модель 16,5 или 17 дюймов потенциально может быть не хуже.
51. Рабочая станция имеет SSD объемом не менее 500 ГБ и не более 2 ТБ.
52. Неясно, почему 4 ТБ должен считаться несоответствием.
53. Увеличенный накопитель не ухудшает работу AI и 3D.
54. Подобные верхние ограничения необходимо удалить.
55. У мебели также присутствуют узкие верхние размеры.
56. Кресла задаются шириной не более 580 мм, глубиной не более 605 мм и высотой диапазоном с допуском ±10 мм.
57. Если ограничения обусловлены планировкой, должен быть представлен план расстановки.
58. Без него верхние размеры выглядят как повторение каталожных характеристик выбранной модели.
59. Стеллаж ограничен по высоте 2000–2100 мм, ширине 1200–1260 мм и глубине 600–630 мм.
60. Если это связано с нишей, необходимо указать точные размеры помещения.
61. Если нет, верхние пределы следует убрать.
62. Аналогичное замечание относится к телекоммуникационному шкафу: 570–600 мм по ширине, 450–475 мм глубины и 370–390 мм высоты.
63. Размерные окна настолько узкие, что должны быть обоснованы существующей точкой монтажа.
64. Просим представить фотографию/схему места установки и максимальный доступный габарит.
65. По VR-накладкам указано, что они должны находиться в полной геометрической и конструктивной совместимости с посадочными местами используемых заказчиком VR-шлемов.
66. Одновременно сами шлемы приобретаются в рамках этой же закупки.
67. Поэтому совместимость должна определяться не с «используемыми заказчиком» шлемами, а с поставляемыми по позиции №1.
68. Формулировку следует исправить.
69. По мебели ТС местами задает одновременно конструкцию, материал, толщину, профиль и размер ручек.
70. Это не всегда связано с AI/XR-функциональностью.
71. Например, межосевое расстояние мебельной ручки 128 мм не влияет на учебный процесс.
72. Такие параметры целесообразно убрать либо разрешить эквивалент.
73. Отдельный вопрос — электроснабжение всей лаборатории.
74. AI-сервер имеет блок питания 550–1200 Вт.
75. Отдельная AI-рабочая станция — не менее 650 Вт.
76. Есть 12 ноутбуков.
77. Два мощных ИБП.
78. Роботы, мониторы, зарядные устройства VR, планшеты и другое оборудование.
79. При этом поставщик лишь разрабатывает схему кабельных трасс, а изменение существующих инженерных систем прямо исключено из объема работ.
80. Если фактическая существующая электрическая сеть не имеет достаточной мощности, поставщик не сможет обеспечить полноценный запуск лаборатории без отдельной реконструкции.
81. ТС предусматривает, что необходимость изменения инженерных систем может быть выявлена уже после заключения договора.
82. Это существенный риск.
83. Заказчик должен до объявления закупки подтвердить доступную электрическую мощность помещения.
84. Необходимо предоставить данные вводного автомата.
85. Наличие защитного заземления.
86. Количество существующих розеточных групп.
87. Доступную нагрузку на каждую группу.
88. Аналогично по сети необходимо указать существующий интернет-канал.
89. Требуемую пропускную способность.
90. Наличие маршрутизатора/коммутатора.
91. Возможность 2,5GbE.
92. Если AI-сервер требует два порта 2,5 Гбит/с, существующая сеть должна поддерживать соответствующую скорость либо поставка должна включать необходимый коммутатор.
93. В ТС это неочевидно.
94. Просим также определить приемочные тесты.
95. Для VR — проверка дисплея, трекинга, passthrough и контроллеров.
96. Для роботов — точность позиционирования, повторяемость, грузоподъемность и API.
97. Для AI-сервера — тест CPU/GPU, памяти, диска и сети.
98. Для БПЛА — автономность, машинное зрение и безопасный полет.
99. Для датчиков — контроль диапазона и погрешности.
100. Для ПО — лицензирование и функциональные сценарии.
101. Если метод приемки не определен заранее, заказчик и поставщик могут по-разному трактовать соответствие.
102. Просим установить объективные, воспроизводимые приемочные испытания по основным позициям.
103. Это особенно важно при наличии десятков сложных параметров, часть которых невозможно проверить визуально.
104. В целом просим устранить технические ошибки, снять необоснованные верхние ограничения, уточнить инфраструктурные исходные данные и установить прозрачную процедуру приемки.
2. По коллаборативному роботизированному манипулятору прямо требуется нативная интеграция с ROS1.
3. ROS1 представляет конкретное поколение программной робототехнической среды.
4. Современные системы могут использовать более новые архитектуры и обеспечивать обратную совместимость через мост либо API.
5. Обязательность именно нативной ROS1-интеграции может исключать более современные решения.
6. Просим определить необходимый функционал: публикация/получение сообщений, управление приводами, телеметрия, Python/C++ API и совместимость с образовательными пакетами.
7. Если эти функции поддерживаются через ROS2 либо совместимый bridge, такое решение не должно исключаться.
8. По тому же манипулятору устанавливается аппаратный ресурс не менее 2000 часов.
9. Не указано, каким документом он подтверждается.
10. Не определено, является ли это MTBF, моторесурсом приводов или гарантийной наработкой.
11. Необходимо установить метод подтверждения.
12. По AI-серверу требуется два LAN-порта по 2,5 Гбит/с.
13. Неясно, действительно ли оба интерфейса будут использоваться.
14. При этом телекоммуникационный шкаф описывается как шкаф «стандарта не менее 15 дюймов».
15. Наиболее распространенной серверной/телекоммуникационной системой является стойка иной стандартной ширины, поэтому необходимо однозначно определить реальный монтажный стандарт закупаемого сетевого оборудования.
16. Особенно важно обеспечить физическую совместимость AI-сервера, патч-панелей, ИБП и шкафа.
17. В ТС шкаф имеет полезную емкость от 6U до 7U.
18. Следует представить расчет занимаемых юнитов.
19. Неясно, должен ли сам AI-сервер устанавливаться в этот шкаф.
20. Если да, необходимо проверить глубину шкафа 450–475 мм на совместимость с серверным шасси.
21. Многие серверные корпуса требуют большей глубины.
22. Если сервер не размещается в шкафу, следует указать, какое оборудование туда устанавливается.
23. Это необходимо знать до поставки.
24. По ИБП требуется активная мощность не менее 1500 Вт и полная мощность не менее 2000 ВА.
25. Одновременно заявлено обеспечение автономии 10–15 минут при максимальной вычислительной нагрузке подключенного оборудования.
26. Однако время автономии зависит не только от паспортной мощности ИБП, но и от емкости батарей и фактической нагрузки.
27. Не указана конкретная расчетная нагрузка на каждый из двух ИБП.
28. Поэтому проверить требование 10–15 минут заранее невозможно.
29. Необходимо указать, что именно подключается к ИБП №1 и №2 и какова мощность каждой группы.
30. Верхняя граница 15 минут также требует пояснения.
31. ИБП, обеспечивающий 20 минут, не должен считаться хуже.
32. Диапазон входного напряжения указан «165–290 В не более», что сформулировано неоднозначно.
33. Следует указать минимально допустимый рабочий диапазон без перехода на батарею.
34. По ИБП одновременно допускаются принципиально разные архитектуры: Line-Interactive и On-Line.
35. Эти технологии различаются по качеству питания, времени переключения и стоимости.
36. Если для AI-сервера действительно требуется бесперебойное питание высокого уровня, необходимо определить требуемый тип.
37. Если оба типа приемлемы, не следует задавать характеристики, фактически применимые только к одному из них.
38. По датчику качества воздуха также имеются направления параметров, требующие проверки.
39. Точность измерений сформулирована как «±3% не менее», хотя для погрешности улучшением является меньшее абсолютное значение.
40. Аналогичная проблема возникает в некоторых иных местах ТС.
41. Показатели точности необходимо формулировать как «погрешность не более».
42. Для температурного датчика указано ±0,2°C не более, что является корректным направлением.
43. Для других величин формулировки следует привести к аналогичной логике.
44. Для программируемого сенсорного модуля также содержится формулировка точности ±2°C «не менее», что теоретически допускает худшую погрешность.
45. Следует исправить на «не более ±2°C» либо более строгий показатель.
46. Кроме того, в казахском тексте данного раздела присутствуют многочисленные смешанные русскоязычные слова и фрагменты, что создает риск различного понимания характеристик.
47. Необходимо выполнить техническую редактуру обеих языковых версий.
48. В ТС встречаются диапазоны, одновременно задающие минимум и максимум там, где максимум не связан с совместимостью.
49. Например, ноутбук ограничивается диагональю 15–16,1 дюйма.
50. Если мебель и сумки не имеют физического ограничения, модель 16,5 или 17 дюймов потенциально может быть не хуже.
51. Рабочая станция имеет SSD объемом не менее 500 ГБ и не более 2 ТБ.
52. Неясно, почему 4 ТБ должен считаться несоответствием.
53. Увеличенный накопитель не ухудшает работу AI и 3D.
54. Подобные верхние ограничения необходимо удалить.
55. У мебели также присутствуют узкие верхние размеры.
56. Кресла задаются шириной не более 580 мм, глубиной не более 605 мм и высотой диапазоном с допуском ±10 мм.
57. Если ограничения обусловлены планировкой, должен быть представлен план расстановки.
58. Без него верхние размеры выглядят как повторение каталожных характеристик выбранной модели.
59. Стеллаж ограничен по высоте 2000–2100 мм, ширине 1200–1260 мм и глубине 600–630 мм.
60. Если это связано с нишей, необходимо указать точные размеры помещения.
61. Если нет, верхние пределы следует убрать.
62. Аналогичное замечание относится к телекоммуникационному шкафу: 570–600 мм по ширине, 450–475 мм глубины и 370–390 мм высоты.
63. Размерные окна настолько узкие, что должны быть обоснованы существующей точкой монтажа.
64. Просим представить фотографию/схему места установки и максимальный доступный габарит.
65. По VR-накладкам указано, что они должны находиться в полной геометрической и конструктивной совместимости с посадочными местами используемых заказчиком VR-шлемов.
66. Одновременно сами шлемы приобретаются в рамках этой же закупки.
67. Поэтому совместимость должна определяться не с «используемыми заказчиком» шлемами, а с поставляемыми по позиции №1.
68. Формулировку следует исправить.
69. По мебели ТС местами задает одновременно конструкцию, материал, толщину, профиль и размер ручек.
70. Это не всегда связано с AI/XR-функциональностью.
71. Например, межосевое расстояние мебельной ручки 128 мм не влияет на учебный процесс.
72. Такие параметры целесообразно убрать либо разрешить эквивалент.
73. Отдельный вопрос — электроснабжение всей лаборатории.
74. AI-сервер имеет блок питания 550–1200 Вт.
75. Отдельная AI-рабочая станция — не менее 650 Вт.
76. Есть 12 ноутбуков.
77. Два мощных ИБП.
78. Роботы, мониторы, зарядные устройства VR, планшеты и другое оборудование.
79. При этом поставщик лишь разрабатывает схему кабельных трасс, а изменение существующих инженерных систем прямо исключено из объема работ.
80. Если фактическая существующая электрическая сеть не имеет достаточной мощности, поставщик не сможет обеспечить полноценный запуск лаборатории без отдельной реконструкции.
81. ТС предусматривает, что необходимость изменения инженерных систем может быть выявлена уже после заключения договора.
82. Это существенный риск.
83. Заказчик должен до объявления закупки подтвердить доступную электрическую мощность помещения.
84. Необходимо предоставить данные вводного автомата.
85. Наличие защитного заземления.
86. Количество существующих розеточных групп.
87. Доступную нагрузку на каждую группу.
88. Аналогично по сети необходимо указать существующий интернет-канал.
89. Требуемую пропускную способность.
90. Наличие маршрутизатора/коммутатора.
91. Возможность 2,5GbE.
92. Если AI-сервер требует два порта 2,5 Гбит/с, существующая сеть должна поддерживать соответствующую скорость либо поставка должна включать необходимый коммутатор.
93. В ТС это неочевидно.
94. Просим также определить приемочные тесты.
95. Для VR — проверка дисплея, трекинга, passthrough и контроллеров.
96. Для роботов — точность позиционирования, повторяемость, грузоподъемность и API.
97. Для AI-сервера — тест CPU/GPU, памяти, диска и сети.
98. Для БПЛА — автономность, машинное зрение и безопасный полет.
99. Для датчиков — контроль диапазона и погрешности.
100. Для ПО — лицензирование и функциональные сценарии.
101. Если метод приемки не определен заранее, заказчик и поставщик могут по-разному трактовать соответствие.
102. Просим установить объективные, воспроизводимые приемочные испытания по основным позициям.
103. Это особенно важно при наличии десятков сложных параметров, часть которых невозможно проверить визуально.
104. В целом просим устранить технические ошибки, снять необоснованные верхние ограничения, уточнить инфраструктурные исходные данные и установить прозрачную процедуру приемки.
