Внимание! Соединение с приложением прервано. Дождитесь повторного подключения.
Обсуждение документации - Просмотр сообщения № 1069145
Тема сообщения
Нарушения в ТС, требуем рассмотреть
Тип сообщения
Замечание к АД
Поставщик
AI-Trade ИП
Представитель поставщика
ОРАЗБАЕВА АНОРА БЕИМБЕТОВНА
Дата и время отправки сообщения
2026-09-29 23:32:33
Текст сообщения
ЗАМЕЧАНИЯ
1. Требования к комплексу беспроводных измерительных датчиков содержат чрезмерное регулирование не только измеряемых параметров, но и внутренней сетевой архитектуры, транспортного протокола, формата пакетов данных, аппаратной платформы центрального приемника и даже конкретного визуального оформления пользовательского интерфейса.
2. Функциональная задача такого комплекса заключается в беспроводном сборе показаний различных датчиков, отображении параметров в реальном времени, хранении истории и обеспечении безопасной работы. Конкретная технология связи не должна искусственно ограничивать производителей.
3. ТС предписывает, что приемник должен самостоятельно формировать локальную Wi-Fi сеть в режиме Access Point. Между тем профессиональные учебные датчики могут использовать существующую Wi-Fi инфраструктуру учреждения, Bluetooth Low Energy, Zigbee, Thread, собственный защищенный RF-протокол либо иные технологии.
4. Просим заменить обязательный Wi-Fi Access Point требованием беспроводной связи с заявленной дальностью и устойчивостью.
5. Точка доступа должна развернуться за 60 секунд, датчик должен подключиться максимум за 10 секунд, а при потере связи повторять попытки с интервалом до 5 секунд. Такие параметры относятся к внутреннему алгоритму прошивки.
6. Самым ограничительным является требование строго использовать WebSocket по RFC 6455 для обмена между датчиками и приемником, причем каждое сообщение должно передаваться в формате JSON.
7. MQTT, бинарный WebSocket, TCP, HTTPS, BLE GATT и другие технологии могут обеспечивать такое же либо меньшее время доставки данных. Обязательность конкретного протокола и формата данных не является необходимой для пользователя.
8. Просим оставить только функциональное требование по максимальной задержке телеметрии, устойчивости соединения и защищенности данных.
9. Для каждого измерительного модуля установлена защита не ниже IP54. Необходимо объяснить предполагаемые условия эксплуатации. Если датчики используются в учебном помещении, для отдельных типов сенсоров IP54 может быть конструктивно избыточным.
10. Каждый датчик должен иметь аккумулятор минимум 1000 мА·ч и автономность минимум 24 часа. Главным эксплуатационным параметром является автономность, а не абсолютная емкость. Энергоэффективный датчик с батареей 800 мА·ч, работающий 30 часов, объективно не хуже.
11. Просим исключить минимальную емкость аккумулятора и оставить минимальное фактическое время работы.
12. Зарядный ток не должен превышать 1 А. Ограничение максимального тока может, наоборот, исключать современные устройства с безопасным ускоренным зарядом. Просим обосновать необходимость такого предела.
13. Все датчики должны передавать данные один раз в секунду. Для медленно изменяющихся величин — температуры, влажности, давления — такой интервал не всегда необходим и сокращает автономность.
14. Просим разрешить настраиваемую частоту измерения и передачи данных.
15. Температурный датчик должен иметь диапазон измерения от -40 до +85 °C, однако эксплуатационный диапазон всего датчика в дальнейшем определен только от -20 до +60 °C. Получается, что часть обязательного диапазона измерений находится за пределами допустимых условий эксплуатации самого устройства.
16. Просим устранить это противоречие либо отдельно определить диапазон чувствительного элемента и допустимый температурный диапазон корпуса/аккумулятора.
17. Датчик скорости воздушного потока должен измерять до 30 м/с. Для применения внутри школы значение 30 м/с, то есть порядка 108 км/ч, требует отдельного обоснования.
18. Датчик освещенности должен измерять до 65 000 лк, что соответствует очень высокой освещенности и предполагает потенциальное использование на открытом воздухе, тогда как комплекс описывается как учебный.
19. Газовый датчик описан неоднозначно: он должен измерять «летучие органические соединения или углекислый газ» в диапазоне 400–5000 ppm. CO2 и VOC — разные измеряемые параметры и требуют различных сенсоров.
20. Просим однозначно указать, требуется CO2, TVOC либо оба параметра.
21. «Датчик уровня сигнала» описан как радиочастотный монитор «или специальный микрофон/анализатор радиоэфира». Микрофон измеряет акустический сигнал, RF-анализатор — электромагнитный, то есть оборудование не является функционально взаимозаменяемым.
22. «Универсальный датчик состояния» не имеет четкой измеряемой величины, диапазона и точности. Просим раскрыть учебную задачу данного модуля.
23. Оптический датчик описан как спектральный или инфракрасный, но результат предлагается выражать в люксах. Спектральная мощность и ИК-излучение сами по себе не измеряются в люксах в том же смысле, что обычная освещенность.
24. Требования к приемнику содержат минимальную частоту CPU 1,2 ГГц, RAM 1 ГБ, накопитель 8 ГБ и обязательную ОС с открытым исходным кодом. Специализированная embedded-система может выполнять все задачи с существенно меньшими аппаратными ресурсами.
25. Просим установить показатели по фактической производительности, а не архитектуре аппаратного обеспечения.
26. Приемник должен обслуживать минимум 30 WebSocket-соединений, хотя обязательных типов датчиков всего 15. Просим пояснить, для каких дополнительных соединений требуется двойной запас.
27. Пользовательский интерфейс описан вплоть до цветовой темы: обязательный Dark Theme, черный или темно-серый фон, заголовок типа «Sensor Hub», стилизованная пиктограмма микрочипа, счетчик активных датчиков, Grid-layout из 15 карточек.
28. Далее фиксируется расположение элементов внутри каждой карточки: иконка слева сверху, номер справа сверху, значение по центру, график за последние 10 минут, статусная строка снизу.
29. Статус «НЕАКТИВЕН» должен отображаться именно на красном фоне в форме стилизованной «таблетки» или кнопки.
30. Такие требования описывают внешний дизайн конкретной программной реализации и не относятся к функциональным характеристикам закупаемого оборудования.
31. Эквивалентный интерфейс может использовать светлую тему, таблицу, список, карточки иной формы и цветовую индикацию, оставаясь не менее удобным и информативным.
32. Просим заменить требования к внешнему виду интерфейса перечнем информации, которая должна быть доступна пользователю: название датчика, текущее значение, единица измерения, заряд, качество связи, статус, история значений и график.
33. История каждого датчика должна отображаться только за последние 10 минут и обновляться каждую секунду. Более функциональная система с выбором интервала 1/5/10/30/60 минут, сутки и т.д. формально может не соответствовать точному описанию.
34. Просим установить не менее десятиминутной истории, но допустить более широкие настройки.
35. Комплекс заявлен для непрерывной эксплуатации 24/7/365, тогда как автономность каждого датчика установлена минимум 24 часа. Не определено, как обеспечить непрерывную передачу при необходимости ежедневной зарядки.
36. Просим указать, входит ли зарядная станция, сколько одновременно датчиков можно заряжать, допускается ли работа во время зарядки, а также входит ли второй сменный комплект аккумуляторов.
37. Дополнительно для комплекса датчиков требуется авторизационное письмо производителя с QR-кодом для проверки подлинности и с датой не ранее публикации конкурса. Это делает участие зависимым от получения индивидуального документа у конкретного производителя.
38. Просим допустить иные документы, подтверждающие право поставки оригинального оборудования.
39. В целях расширения конкуренции просим сформировать требования к измерительным диапазонам, точности, автономности, задержке, дальности связи, отображению данных и гарантии, исключив обязательные WebSocket/JSON, конкретную ОС, аппаратные ресурсы приемника и графический дизайн интерфейса.
1. Требования к комплексу беспроводных измерительных датчиков содержат чрезмерное регулирование не только измеряемых параметров, но и внутренней сетевой архитектуры, транспортного протокола, формата пакетов данных, аппаратной платформы центрального приемника и даже конкретного визуального оформления пользовательского интерфейса.
2. Функциональная задача такого комплекса заключается в беспроводном сборе показаний различных датчиков, отображении параметров в реальном времени, хранении истории и обеспечении безопасной работы. Конкретная технология связи не должна искусственно ограничивать производителей.
3. ТС предписывает, что приемник должен самостоятельно формировать локальную Wi-Fi сеть в режиме Access Point. Между тем профессиональные учебные датчики могут использовать существующую Wi-Fi инфраструктуру учреждения, Bluetooth Low Energy, Zigbee, Thread, собственный защищенный RF-протокол либо иные технологии.
4. Просим заменить обязательный Wi-Fi Access Point требованием беспроводной связи с заявленной дальностью и устойчивостью.
5. Точка доступа должна развернуться за 60 секунд, датчик должен подключиться максимум за 10 секунд, а при потере связи повторять попытки с интервалом до 5 секунд. Такие параметры относятся к внутреннему алгоритму прошивки.
6. Самым ограничительным является требование строго использовать WebSocket по RFC 6455 для обмена между датчиками и приемником, причем каждое сообщение должно передаваться в формате JSON.
7. MQTT, бинарный WebSocket, TCP, HTTPS, BLE GATT и другие технологии могут обеспечивать такое же либо меньшее время доставки данных. Обязательность конкретного протокола и формата данных не является необходимой для пользователя.
8. Просим оставить только функциональное требование по максимальной задержке телеметрии, устойчивости соединения и защищенности данных.
9. Для каждого измерительного модуля установлена защита не ниже IP54. Необходимо объяснить предполагаемые условия эксплуатации. Если датчики используются в учебном помещении, для отдельных типов сенсоров IP54 может быть конструктивно избыточным.
10. Каждый датчик должен иметь аккумулятор минимум 1000 мА·ч и автономность минимум 24 часа. Главным эксплуатационным параметром является автономность, а не абсолютная емкость. Энергоэффективный датчик с батареей 800 мА·ч, работающий 30 часов, объективно не хуже.
11. Просим исключить минимальную емкость аккумулятора и оставить минимальное фактическое время работы.
12. Зарядный ток не должен превышать 1 А. Ограничение максимального тока может, наоборот, исключать современные устройства с безопасным ускоренным зарядом. Просим обосновать необходимость такого предела.
13. Все датчики должны передавать данные один раз в секунду. Для медленно изменяющихся величин — температуры, влажности, давления — такой интервал не всегда необходим и сокращает автономность.
14. Просим разрешить настраиваемую частоту измерения и передачи данных.
15. Температурный датчик должен иметь диапазон измерения от -40 до +85 °C, однако эксплуатационный диапазон всего датчика в дальнейшем определен только от -20 до +60 °C. Получается, что часть обязательного диапазона измерений находится за пределами допустимых условий эксплуатации самого устройства.
16. Просим устранить это противоречие либо отдельно определить диапазон чувствительного элемента и допустимый температурный диапазон корпуса/аккумулятора.
17. Датчик скорости воздушного потока должен измерять до 30 м/с. Для применения внутри школы значение 30 м/с, то есть порядка 108 км/ч, требует отдельного обоснования.
18. Датчик освещенности должен измерять до 65 000 лк, что соответствует очень высокой освещенности и предполагает потенциальное использование на открытом воздухе, тогда как комплекс описывается как учебный.
19. Газовый датчик описан неоднозначно: он должен измерять «летучие органические соединения или углекислый газ» в диапазоне 400–5000 ppm. CO2 и VOC — разные измеряемые параметры и требуют различных сенсоров.
20. Просим однозначно указать, требуется CO2, TVOC либо оба параметра.
21. «Датчик уровня сигнала» описан как радиочастотный монитор «или специальный микрофон/анализатор радиоэфира». Микрофон измеряет акустический сигнал, RF-анализатор — электромагнитный, то есть оборудование не является функционально взаимозаменяемым.
22. «Универсальный датчик состояния» не имеет четкой измеряемой величины, диапазона и точности. Просим раскрыть учебную задачу данного модуля.
23. Оптический датчик описан как спектральный или инфракрасный, но результат предлагается выражать в люксах. Спектральная мощность и ИК-излучение сами по себе не измеряются в люксах в том же смысле, что обычная освещенность.
24. Требования к приемнику содержат минимальную частоту CPU 1,2 ГГц, RAM 1 ГБ, накопитель 8 ГБ и обязательную ОС с открытым исходным кодом. Специализированная embedded-система может выполнять все задачи с существенно меньшими аппаратными ресурсами.
25. Просим установить показатели по фактической производительности, а не архитектуре аппаратного обеспечения.
26. Приемник должен обслуживать минимум 30 WebSocket-соединений, хотя обязательных типов датчиков всего 15. Просим пояснить, для каких дополнительных соединений требуется двойной запас.
27. Пользовательский интерфейс описан вплоть до цветовой темы: обязательный Dark Theme, черный или темно-серый фон, заголовок типа «Sensor Hub», стилизованная пиктограмма микрочипа, счетчик активных датчиков, Grid-layout из 15 карточек.
28. Далее фиксируется расположение элементов внутри каждой карточки: иконка слева сверху, номер справа сверху, значение по центру, график за последние 10 минут, статусная строка снизу.
29. Статус «НЕАКТИВЕН» должен отображаться именно на красном фоне в форме стилизованной «таблетки» или кнопки.
30. Такие требования описывают внешний дизайн конкретной программной реализации и не относятся к функциональным характеристикам закупаемого оборудования.
31. Эквивалентный интерфейс может использовать светлую тему, таблицу, список, карточки иной формы и цветовую индикацию, оставаясь не менее удобным и информативным.
32. Просим заменить требования к внешнему виду интерфейса перечнем информации, которая должна быть доступна пользователю: название датчика, текущее значение, единица измерения, заряд, качество связи, статус, история значений и график.
33. История каждого датчика должна отображаться только за последние 10 минут и обновляться каждую секунду. Более функциональная система с выбором интервала 1/5/10/30/60 минут, сутки и т.д. формально может не соответствовать точному описанию.
34. Просим установить не менее десятиминутной истории, но допустить более широкие настройки.
35. Комплекс заявлен для непрерывной эксплуатации 24/7/365, тогда как автономность каждого датчика установлена минимум 24 часа. Не определено, как обеспечить непрерывную передачу при необходимости ежедневной зарядки.
36. Просим указать, входит ли зарядная станция, сколько одновременно датчиков можно заряжать, допускается ли работа во время зарядки, а также входит ли второй сменный комплект аккумуляторов.
37. Дополнительно для комплекса датчиков требуется авторизационное письмо производителя с QR-кодом для проверки подлинности и с датой не ранее публикации конкурса. Это делает участие зависимым от получения индивидуального документа у конкретного производителя.
38. Просим допустить иные документы, подтверждающие право поставки оригинального оборудования.
39. В целях расширения конкуренции просим сформировать требования к измерительным диапазонам, точности, автономности, задержке, дальности связи, отображению данных и гарантии, исключив обязательные WebSocket/JSON, конкретную ОС, аппаратные ресурсы приемника и графический дизайн интерфейса.
Ответы представителей заказчика и организатора, секретаря
Дата:
2026-09-30 16:08:52
Автор:
НУРАДИНОВ НУРГАЛИ МУХИТОВИЧ
Решение:
Внести изменения и (или) дополнения в проект аукционной документации
МОТИВИРОВАННЫЙ ОТВЕТ НА ОБСУЖДЕНИЕ № 1069145 1. Замечание отклонено. Требования сформированы в строгом соответствии с функциональным назначением, учебными программами естественно-научного цикла (физика, химия, биология, естествознание), требованиями безопасности детского учреждения и необходимостью обеспечения полной автономности работы без привлечения сторонних IT-специалистов для сетевой настройки; при этом техническая спецификация прямо предусматривает поставку эквивалентов. 2. Замечание отклонено. Для проведения учебных лабораторных и исследовательских работ критически важна стандартизация способов подключения и протоколов обмена, гарантирующая мгновенную готовность комплекса к уроку на любых пользовательских устройствах (смартфоны, планшеты, интерактивная панель) без инсталляции проприетарного софта. 3. Замечание отклонено. Автономный режим точки доступа (Access Point) непосредственно на приемнике обязателен для обеспечения независимости учебного процесса от наличия, стабильности и настроек школьной общедоступной сети Wi-Fi, а также для проведения выездных полевых экологических практикумов на открытом воздухе. 4. Замечание отклонено. Использование стандартного Wi-Fi гарантирует прямое подключение клиентских устройств школьников и преподавателя через любой стандартный веб-браузер без необходимости приобретения специализированных шлюзов и адаптеров (BLE/Zigbee/Thread). 5. Замечание отклонено. Нормативы времени развертывания сети (до 60 с) и подключения датчиков (до 10 с) продиктованы жестким регламентом школьного урока (45 минут), где нерациональная трата времени на длительную синхронизацию срывает выполнение практической части занятия. 6. Замечание отклонено. Протокол WebSocket (RFC 6455) и формат JSON являются общепринятыми открытыми стандартами веб-разработки, обеспечивающими минимальные накладные расходы, кроссплатформенность и возможность отображения высокочастотной телеметрии в браузере в реальном времени. 7. Замечание отклонено. Полнодуплексный протокол WebSocket в сочетании с легковесным форматом JSON поддержан нативно всеми современными веб-обозревателями без установки дополнительных клиентских библиотек или сторонних брокеров сообщений (как в случае с MQTT). 8. Замечание отклонено. Применение открытого стандарта WebSocket/JSON гарантирует открытость архитектуры и исключает привязку школы к закрытым проприетарным протоколам одного разработчика. 9. Замечание отклонено. Требование степени защиты не ниже IP54 обусловлено проведением практических опытов с жидкостями, химическими растворами, сыпучими веществами и почвой, а также обязательной регулярной дезинфекционной влажной уборкой школьных кабинетов. 10. Замечание отклонено. Емкость аккумулятора не менее 1000 мА·ч в сочетании с временем работы не менее 24 часов обеспечивает необходимый запас автономности с учетом естественной деградации емкости литиевых элементов питания в течение нескольких лет интенсивной учебной эксплуатации. 11. Замечание учтено частично. Поставка оборудования с улучшенными характеристиками энергоэффективности и увеличенным временем автономной работы при сохранении надежности питания полностью допускается. 12. Замечание отклонено. Ограничение зарядного тока до 1 А установлено в целях пожарной безопасности детского учреждения, предотвращения перегрева компактных корпусов датчиков и продления жизненного цикла аккумуляторов при одновременной зарядке группы приборов в условиях учебного кабинета. 13. Замечание отклонено. Частота передачи данных 1 раз в секунду необходима для динамических лабораторных работ (фиксация экзотермических/эндотермических реакций, колебательных процессов, резких перепадов давления и освещенности) для построения непрерывных наглядных графиков на уроке. 14. Замечание отклонено. Возможность программной настройки интервала допускается, однако поддержка базовой частоты опроса не реже 1 раза в секунду является обязательным пороговым требованием для динамических экспериментов. 15. Замечание отклонено. Неоднозначность отсутствует: диапазон от -40 до +85 °C регламентирует пределы измерения самого выносного чувствительного элемента (термощупа/зонда), погружаемого в исследуемые среды (лед, кипяток, охлаждающие смеси), тогда как диапазон от -20 до +60 °C регламентирует условия окружающей среды для электронного блока и встроенного аккумулятора. 16. Заказчик разъясняет: температурный диапазон чувствительного элемента (зонда) составляет от -40 до +85 °C; температурный режим эксплуатации корпуса прибора с аккумуляторной батареей составляет от -20 до +60 °C. 17. Замечание отклонено. Предел измерения анемометра до 30 м/с необходим для проведения физических опытов по аэродинамике (моделирование воздушных потоков от вентиляторов, исследование тяги в вытяжных шкафах), а также полевых метеорологических наблюдений при порывистом ветре. 18. Замечание отклонено. Значение до 65 000 лк соответствует реальному уровню естественной солнечной освещенности в ясный день и необходимо для лабораторных работ по физике (оптика, фотоэффект) и биологии (фотосинтез растений на подоконнике и открытом воздухе). 19. Замечание учтено частично. Допускается модуль измерения углекислого газа (CO2), либо модуль измерения летучих органических соединений (TVOC), либо комбинированный сенсор, перекрывающий указанный диапазон концентраций. 20. Заказчик подтверждает: к поставке допускается измерительный модуль любого из указанных типов (CO2 или TVOC) либо универсальный газовый сенсор в пределах установленного диапазона. 21. Замечание отклонено. Формулировка «радиочастотный монитор или специальный микрофон/анализатор радиоэфира» прямо предусматривает вариативность аппаратного исполнения сенсора для исследования электромагнитного фона либо акустических шумов с выводом относительного уровня сигнала в дБ. 22. Замечание отклонено. Универсальный датчик состояния предназначен для расширения функционала лабораторного комплекса при сборке дискретных логических схем, регистрации замыкания/размыкания контактов и интеграции пользовательских самодельных датчиков в рамках школьных проектов по робототехнике и автоматике. 23. Замечание отклонено. Оптический датчик со спектральной фильтрацией (включая ИК-отсечение) откалиброван для замера видимой составляющей освещенности в люксах (лк) в условиях сложного спектрального состава источников света. 24. Замечание отклонено. Требования к ресурсам приемника (CPU от 1,2 ГГц, RAM от 1 ГБ, Flash от 8 ГБ, ОС открытого типа) являются минимально необходимыми для одновременного поддержания веб-сервера, сервера WebSocket, одновременной обработки 15 потоков Time-series данных и буферизации 10-минутной истории измерений. 25. Замечание отклонено. Указанные параметры обеспечивают стабильность встроенного микрокомпьютера при долговременной непрерывной нагрузке и исключают зависание веб-дашборда во время демонстрации опытов. 26. Замечание отклонено. Емкость в 30 одновременных WebSocket-соединений необходима для одновременного подключения как 15 измерительных датчиков, так и клиентских пользовательских устройств (ноутбук учителя, интерактивная панель, планшеты и смартфоны учащихся) для параллельного наблюдения результатов опыта. 27. Замечание отклонено. Темная тема оформления (Dark Theme) и контрастная модульная сетка (Grid-layout) являются эргономическим стандартом для контрольно-измерительных панелей и диспетчерских пунктов, существенно снижающим зрительное утомление учащихся и обеспечивающим высокую читаемость графиков на интерактивной панели. 28. Замечание отклонено. Унифицированная компоновка карточек (иконка, номер, текущее значение крупно, график истории, статусная панель) исключает когнитивную перегрузку школьников и позволяет мгновенно ориентироваться в показаниях при параллельной работе с несколькими датчиками. 29. Замечание отклонено. Цветовая индикация статуса «НЕАКТИВЕН» контрастным красным цветом критически важна для моментальной визуальной фиксации преподавателем факта потери сигнала или разряда батареи конкретного датчика во время опыта. 30. Замечание отклонено. Эргономика интерфейса измерительного комплекса напрямую влияет на скорость считывания информации и безопасность проведения лабораторных работ. 31. Замечание отклонено. Требования к UI/UX сформированы с учетом удобства коллективного восприятия информации с большого экрана классной интерактивной панели. 32. Замечание отклонено. Структурированное представление информации в формате унифицированных карточек является базовым эксплуатационным требованием Заказчика. 33. Замечание отклонено. Требование отображения истории глубиной не менее 10 минут с секундным шагом обновления задает минимальный норматив непрерывного наблюдения динамики физического процесса в рамках урока; наличие возможности выбора более длительных интервалов допускается и расценивается как улучшенная характеристика. 34. Заказчик подтверждает: глубина графика не менее 10 минут является минимальным порогом; программная поддержка более широких временных диапазонов полностью допускается. 35. Замечание отклонено. Режим работы 24/7/365 регламентирует общую схемотехническую надежность компонентов комплекса; при этом 24 часа автономности датчиков обеспечивают бесперебойную работу в течение полного учебного дня с последующей подзарядкой в нерабочее время. 36. В комплект поставки в обязательном порядке входят кабели для зарядки датчиков через стандартный разъем Type-C. Допускается как поочередная зарядка, так и одновременная зарядка от стандартных сетевых USB-адаптеров; функционирование датчиков при подключенном зарядном кабеле поддерживается в штатном режиме. 37. Замечание принято частично. В техническую спецификацию будут внесены изменения: требования о том, что: «Письмо должно быть адресовано конкурсной комиссии и содержать номер и наименование конкурса, номер лота»; «Дата выдачи письма не должна предшествовать дате публикации объявления о проведении текущего конкурса» полностью исключаются из аукционной документации. При этом само требование о предоставлении авторизационного письма от производителя либо его официального представителя на территории РК с возможностью онлайн-верификации сохраняется в силе для исключения контрафакта. 38. Замечание отклонено. Предоставление авторизационного письма от производителя или официального представителя является обязательным требованием технической спецификации в целях подтверждения легальности происхождения измерительного оборудования и обеспечения прямой заводской гарантии. Замена авторизационного письма гарантийными письмами поставщика не допускается. 39. Замечание принято частично. Из технической спецификации исключаются требования к адресации авторизационного письма на конкретный конкурс/лот и дате его выдачи (не ранее даты публикации объявления). В остальной части функциональные, технические, коммуникационные и эргономические требования технической спецификации остаются без изменений с подтверждением права поставки эквивалентов.
