Внимание! Соединение с приложением прервано. Дождитесь повторного подключения.
Обсуждение документации - Просмотр сообщения № 1060884
Тема сообщения
НАРУШЕНИЕ ПРАВИЛ ОСУЩЕСТВЛЕНИЯ ГЗ
Тип сообщения
Замечание к КД
Поставщик
Товарищество с ограниченной ответственностью "Max Market "
Представитель поставщика
ИСАЕВ ДМИТРИЙ ГЕННАДЬЕВИЧ
Дата и время отправки сообщения
2026-07-03 11:51:48
Текст сообщения
1. Техническая спецификация содержит признаки преднамеренного ограничения конкуренции
Предметом закупки является услуга предоставления серверных мощностей ЦОД, а не поставка оборудования, строительство дата-центра, закуп конкретного программно-аппаратного комплекса либо аудит внутренней архитектуры поставщика. Несмотря на это, ТС содержит требования, которые описывают не результат услуги, а конкретный способ ее оказания.
Такой подход является недопустимым, поскольку потенциальный поставщик должен конкурировать по цене, качеству, доступности, безопасности, SLA и способности оказать услугу, а не по совпадению своей инфраструктуры с заранее выбранной технологической моделью Заказчика.
Включение в ТС совокупности узких требований - местонахождение ЦОД в Астане или радиусе 50 км, 10 кВт на плечо в каждой стойке, Fibre Channel SAN Gen 6, FC SAN 32G, Fortinet/Cisco, VMware, NVIDIA L40s, три независимых провайдера связи - объективно ограничивает участие поставщиков, способных предоставить эквивалентный или более высокий уровень услуги с использованием иных технологических решений.
Заявитель настаивает, что такие требования должны быть исключены либо заменены функциональными, измеримыми и технологически нейтральными параметрами.
2. Противоречивые сроки миграции делают исполнение договора юридически и технически невозможным
В ТС указано, что срок оказания услуги начинается с момента подписания договора и действует по 31 декабря 2026 года, но не менее 15 календарных дней. Одновременно Поставщик обязан в срок до 15 рабочих дней разработать и согласовать план миграции и осуществить миграцию до срока оказания услуг.
Данная конструкция является внутренне противоречивой. Если срок оказания услуг начинается с момента подписания договора, то миграция «до срока оказания услуг» должна быть выполнена до начала действия договорных обязательств. Это невозможно без нарушения нормальной договорной логики: до вступления договора в силу поставщик не имеет правового основания принимать данные, подключать инфраструктуру, предоставлять доступы, обеспечивать безопасность и нести ответственность за информационные системы Заказчика.
Фактически такое требование создает преимущество только тому поставщику, который уже заранее готов, уже знает инфраструктуру Заказчика или уже имеет организационный доступ к миграции. Для остальных участников это барьер, не связанный с качеством услуги.
Требуем признать указанную формулировку неисполнимой и обязать Заказчика установить реальный срок миграции с даты вступления договора в силу и утверждения сторонами плана миграции.
3. Ссылка на таблицу №2 при ее фактическом отсутствии делает объем закупки неопределенным
ТС указывает, что максимальный объем ресурсов доступен согласно таблицам №1 и №2. При этом в документе фактически приведена только таблица №1. Отсутствие таблицы №2 является существенным дефектом, поскольку закупаемые ресурсы должны предоставляться в двух географически распределенных ЦОД - основном и резервном.
Из документа невозможно однозначно установить, какие ресурсы относятся к основному ЦОД, какие - к резервному, должны ли они дублироваться, как тарифицируется резервная площадка, требуется ли отдельный Firewall, VPN, ЕШДИ, интернет-канал и резервное копирование для каждой площадки.
Такая неопределенность прямо влияет на расчет цены. Один участник может заложить стоимость одного комплекта ресурсов, другой - двух комплектов, третий - только резервной емкости. В результате ценовые предложения становятся несопоставимыми, а Заказчик получает возможность субъективно трактовать требования после подачи заявок.
Требуем обязать Заказчика устранить данный дефект до окончания приема заявок: либо добавить таблицу №2, либо исключить ссылку на нее и четко расписать распределение ресурсов между ЦОД.
4. Территориальное ограничение ЦОД городом Астана или радиусом 50 км является дискриминационным
ТС требует, чтобы ЦОД располагался на территории города Астана либо в радиусе не более 50 км от города Астана. При этом отдельно установлено требование хранения данных на серверах, расположенных на территории Республики Казахстан.
Для услуги VDC/IaaS юридически и технически значимым является размещение данных на территории Республики Казахстан, обеспечение каналов связи, SLA, информационной безопасности и отказоустойчивости. Физическая близость дата-центра к офису Заказчика не является необходимым условием оказания облачной услуги.
Более того, в самой ТС предусмотрены VPN-каналы и каналы передачи данных. Следовательно, Заказчик признает удаленный характер услуги, но одновременно необоснованно ограничивает географию поставщиков одним городом и радиусом 50 км.
Дополнительно ТС требует, чтобы резервный ЦОД находился в другом населенном пункте на расстоянии не менее 100 км от основного ЦОД. Это прямо конфликтует с требованием о радиусе 50 км от Астаны и делает требования противоречивыми.
Требуем исключить ограничение «город Астана либо радиус 50 км» как дискриминационное. Допустимым и достаточным является требование о размещении данных на территории Республики Казахстан и географическом разнесении основного и резервного ЦОД.
5. Требования к внутренней архитектуре ЦОД подменяют результат услуги
ТС содержит требования к технологии Fibre Channel SAN Gen 6, портам FC SAN не менее 32G, конкретному способу подключения сред виртуализации к системам хранения, числу физических сетевых средств передачи данных и иным элементам внутренней инфраструктуры.
Такие параметры не являются предметом закупки. Заказчик не арендует стойки, не покупает FC-коммутаторы, не закупает систему хранения и не приобретает инженерные системы ЦОД. Заказчик приобретает вычислительные ресурсы, дисковое пространство, сетевую связанность, безопасность, резервирование и техническую поддержку.
Следовательно, ТС должна фиксировать измеримый результат: доступность 99,75% или выше, RTO/RPO, производительность хранилища, IOPS, latency, пропускную способность каналов, уровень резервирования, порядок мониторинга, ответственность за нарушение SLA. Внутренний способ достижения этих показателей должен оставаться зоной ответственности Поставщика.
Навязывание конкретной архитектуры исключает из участия поставщиков, которые используют современные, но иные архитектурные решения, включая IP SAN, NVMe-oF, гиперконвергентные платформы, программно-определяемые хранилища и другие технологически сопоставимые решения.
Требуем исключить требования к внутренней архитектуре и заменить их на технологически нейтральные показатели результата услуги.
6. Требование «10 кВт на плечо в каждой стойке» является избыточным и не связано с предметом закупки
ТС устанавливает требование: «Мощность электропитания не менее 10 кВт на плечо в каждой стойке, для обеспечения отказоустойчивости работы серверного оборудования». Данное требование относится к внутренней инженерной инфраструктуре дата-центра и не является характеристикой закупаемой услуги VDC/IaaS.
Заказчик не закупает услугу размещения собственного оборудования в стойках, не арендует конкретные серверные стойки и не приобретает инженерные системы дата-центра. Предметом закупки являются виртуальные серверные мощности, дисковое пространство, сетевые каналы, резервирование, безопасность и техническая поддержка.
Для Заказчика юридически и технически значимым является не мощность питания конкретной стойки, а фактическая доступность услуги, отказоустойчивость, соблюдение SLA, RTO/RPO, производительность и непрерывность предоставления сервисов. Требование именно «не менее 10 кВт на плечо в каждой стойке» не сопровождается расчетом нагрузки, не связано с количеством закупаемых виртуальных ресурсов и не раскрывает, почему иные инженерные решения не способны обеспечить требуемый уровень доступности 99,75%.
Фактически данное условие описывает конкретную модель инженерной инфраструктуры Поставщика и может необоснованно исключить из участия ЦОД, которые обеспечивают требуемый SLA и отказоустойчивость иными техническими решениями.
Требуем исключить требование о мощности электропитания не менее 10 кВт на плечо в каждой стойке либо заменить его на технологически нейтральное требование о подтверждении резервирования электропитания, отказоустойчивости инженерных систем и соблюдения заявленного SLA.
7. Указание Fortinet, Cisco, VMware и NVIDIA L40s имеет признаки привязки к конкретным производителям
ТС содержит прямые указания на технологии Fortinet или Cisco, VMware vSphere, VMware vCloud Director, Veeam Cloud Connect Replication, а также GPU NVIDIA L40s. При этом предмет закупки не является закупкой указанных товаров, лицензий или оборудования.
Указание конкретных производителей допускается только при наличии объективной технической необходимости, которая должна быть раскрыта и обоснована в документации. В рассматриваемой ТС такое обоснование отсутствует либо сформулировано общими словами о совместимости и унификации.
Требование о GPU NVIDIA L40s также не содержит функционального описания: не указаны тип нагрузки, минимальная производительность, объем видеопамяти, допустимые аналоги, требования к CUDA/AI/рендерингу или иным задачам. В результате модель оборудования фактически названа без доказанной необходимости.
Требования к специалистам также сформулированы через конкретные сертификаты Fortinet, Cisco и VMware, что искусственно ограничивает рынок. Квалификация специалистов должна подтверждаться компетенциями и опытом сопровождения соответствующих технологий, а не исключительно сертификатами выбранных вендоров.
Требуем исключить прямую привязку к производителям либо дополнить требования словами «или эквивалент» с четкими функциональными критериями эквивалентности.
8. Требование трех независимых провайдеров связи является избыточным и экономически необоснованным
ТС требует возможность организации интернет-каналов и VPN-каналов от не менее чем трех независимых провайдеров связи. При этом требуемый уровень доступности услуги уже установлен, а резервирование каналов может быть обеспечено двумя независимыми операторами и независимыми трассами.
Требование именно трех провайдеров не подтверждено расчетом рисков, не связано с конкретным SLA и не объясняет, почему двух независимых каналов недостаточно. На практике оно ограничивает участие ЦОД, которые способны обеспечить отказоустойчивость и требуемый SLA, но не имеют трех операторов на площадке.
Требуем заменить данное требование на нейтральное: наличие резервированных независимых каналов связи, обеспечивающих заявленный SLA и непрерывность услуги.
9. Требования DDoS и DPI при использовании ЕШДИ могут привести к дублированию функций и завышению стоимости
ТС одновременно требует доступ к сети Интернет через Единый шлюз доступа к интернету и наличие возможности предоставления DDoS-защиты и DPI. При этом не разграничены зоны ответственности ЕШДИ, Заказчика и Поставщика.
Если интернет-трафик Заказчика проходит через ЕШДИ, часть функций фильтрации, анализа и защиты трафика уже реализуется на уровне государственного шлюза. Дополнительные требования к Поставщику без ясного разграничения могут привести к дублированию услуг, завышению цены и включению в стоимость закупки функций, которые Заказчик фактически уже получает через иную инфраструктуру.
Требуем исключить указанную неопределенность и четко определить: какие функции выполняет ЕШДИ, какие функции обязан выполнять Поставщик, где находится точка ответственности и какие измеримые параметры защиты требуются.
10. Неопределенные формулировки создают возможность произвольного отклонения заявок
ТС содержит формулировки о необходимости предоставить «сведения о наличии технических возможностей и серверных мощностей», но не устанавливает исчерпывающий перечень документов, формат подтверждения, критерии достаточности и порядок оценки.
Такая неопределенность опасна тем, что после подачи заявок Заказчик получает возможность субъективно оценивать, достаточно ли представленных сведений, и отклонять заявки по формальным основаниям. Это несовместимо с принципами прозрачности и равного доступа к закупке.
Требуем установить исчерпывающий перечень подтверждающих документов и запретить оценочные формулировки, допускающие произвольное толкование.
11. Совокупность нарушений свидетельствует о необходимости вмешательства уполномоченного органа
Отдельно каждое из указанных требований уже вызывает сомнения в обоснованности. Однако в совокупности они формируют техническую спецификацию, которая не обеспечивает честную конкуренцию, а создает множественный фильтр допуска: по географии, по производителям, по архитектуре, по сертификатам, по каналам связи и по заранее заданному способу построения инфраструктуры.
Заявитель считает, что проведение закупки в такой редакции приведет к необоснованному ограничению числа участников, несопоставимости ценовых предложений, риску отклонения добросовестных поставщиков и возможному неэффективному расходованию бюджетных средств.
В связи с изложенным считаем необходимым не просто внести точечные правки, а приостановить закупочную процедуру до полного устранения дискриминационных и противоречивых положений.
Предметом закупки является услуга предоставления серверных мощностей ЦОД, а не поставка оборудования, строительство дата-центра, закуп конкретного программно-аппаратного комплекса либо аудит внутренней архитектуры поставщика. Несмотря на это, ТС содержит требования, которые описывают не результат услуги, а конкретный способ ее оказания.
Такой подход является недопустимым, поскольку потенциальный поставщик должен конкурировать по цене, качеству, доступности, безопасности, SLA и способности оказать услугу, а не по совпадению своей инфраструктуры с заранее выбранной технологической моделью Заказчика.
Включение в ТС совокупности узких требований - местонахождение ЦОД в Астане или радиусе 50 км, 10 кВт на плечо в каждой стойке, Fibre Channel SAN Gen 6, FC SAN 32G, Fortinet/Cisco, VMware, NVIDIA L40s, три независимых провайдера связи - объективно ограничивает участие поставщиков, способных предоставить эквивалентный или более высокий уровень услуги с использованием иных технологических решений.
Заявитель настаивает, что такие требования должны быть исключены либо заменены функциональными, измеримыми и технологически нейтральными параметрами.
2. Противоречивые сроки миграции делают исполнение договора юридически и технически невозможным
В ТС указано, что срок оказания услуги начинается с момента подписания договора и действует по 31 декабря 2026 года, но не менее 15 календарных дней. Одновременно Поставщик обязан в срок до 15 рабочих дней разработать и согласовать план миграции и осуществить миграцию до срока оказания услуг.
Данная конструкция является внутренне противоречивой. Если срок оказания услуг начинается с момента подписания договора, то миграция «до срока оказания услуг» должна быть выполнена до начала действия договорных обязательств. Это невозможно без нарушения нормальной договорной логики: до вступления договора в силу поставщик не имеет правового основания принимать данные, подключать инфраструктуру, предоставлять доступы, обеспечивать безопасность и нести ответственность за информационные системы Заказчика.
Фактически такое требование создает преимущество только тому поставщику, который уже заранее готов, уже знает инфраструктуру Заказчика или уже имеет организационный доступ к миграции. Для остальных участников это барьер, не связанный с качеством услуги.
Требуем признать указанную формулировку неисполнимой и обязать Заказчика установить реальный срок миграции с даты вступления договора в силу и утверждения сторонами плана миграции.
3. Ссылка на таблицу №2 при ее фактическом отсутствии делает объем закупки неопределенным
ТС указывает, что максимальный объем ресурсов доступен согласно таблицам №1 и №2. При этом в документе фактически приведена только таблица №1. Отсутствие таблицы №2 является существенным дефектом, поскольку закупаемые ресурсы должны предоставляться в двух географически распределенных ЦОД - основном и резервном.
Из документа невозможно однозначно установить, какие ресурсы относятся к основному ЦОД, какие - к резервному, должны ли они дублироваться, как тарифицируется резервная площадка, требуется ли отдельный Firewall, VPN, ЕШДИ, интернет-канал и резервное копирование для каждой площадки.
Такая неопределенность прямо влияет на расчет цены. Один участник может заложить стоимость одного комплекта ресурсов, другой - двух комплектов, третий - только резервной емкости. В результате ценовые предложения становятся несопоставимыми, а Заказчик получает возможность субъективно трактовать требования после подачи заявок.
Требуем обязать Заказчика устранить данный дефект до окончания приема заявок: либо добавить таблицу №2, либо исключить ссылку на нее и четко расписать распределение ресурсов между ЦОД.
4. Территориальное ограничение ЦОД городом Астана или радиусом 50 км является дискриминационным
ТС требует, чтобы ЦОД располагался на территории города Астана либо в радиусе не более 50 км от города Астана. При этом отдельно установлено требование хранения данных на серверах, расположенных на территории Республики Казахстан.
Для услуги VDC/IaaS юридически и технически значимым является размещение данных на территории Республики Казахстан, обеспечение каналов связи, SLA, информационной безопасности и отказоустойчивости. Физическая близость дата-центра к офису Заказчика не является необходимым условием оказания облачной услуги.
Более того, в самой ТС предусмотрены VPN-каналы и каналы передачи данных. Следовательно, Заказчик признает удаленный характер услуги, но одновременно необоснованно ограничивает географию поставщиков одним городом и радиусом 50 км.
Дополнительно ТС требует, чтобы резервный ЦОД находился в другом населенном пункте на расстоянии не менее 100 км от основного ЦОД. Это прямо конфликтует с требованием о радиусе 50 км от Астаны и делает требования противоречивыми.
Требуем исключить ограничение «город Астана либо радиус 50 км» как дискриминационное. Допустимым и достаточным является требование о размещении данных на территории Республики Казахстан и географическом разнесении основного и резервного ЦОД.
5. Требования к внутренней архитектуре ЦОД подменяют результат услуги
ТС содержит требования к технологии Fibre Channel SAN Gen 6, портам FC SAN не менее 32G, конкретному способу подключения сред виртуализации к системам хранения, числу физических сетевых средств передачи данных и иным элементам внутренней инфраструктуры.
Такие параметры не являются предметом закупки. Заказчик не арендует стойки, не покупает FC-коммутаторы, не закупает систему хранения и не приобретает инженерные системы ЦОД. Заказчик приобретает вычислительные ресурсы, дисковое пространство, сетевую связанность, безопасность, резервирование и техническую поддержку.
Следовательно, ТС должна фиксировать измеримый результат: доступность 99,75% или выше, RTO/RPO, производительность хранилища, IOPS, latency, пропускную способность каналов, уровень резервирования, порядок мониторинга, ответственность за нарушение SLA. Внутренний способ достижения этих показателей должен оставаться зоной ответственности Поставщика.
Навязывание конкретной архитектуры исключает из участия поставщиков, которые используют современные, но иные архитектурные решения, включая IP SAN, NVMe-oF, гиперконвергентные платформы, программно-определяемые хранилища и другие технологически сопоставимые решения.
Требуем исключить требования к внутренней архитектуре и заменить их на технологически нейтральные показатели результата услуги.
6. Требование «10 кВт на плечо в каждой стойке» является избыточным и не связано с предметом закупки
ТС устанавливает требование: «Мощность электропитания не менее 10 кВт на плечо в каждой стойке, для обеспечения отказоустойчивости работы серверного оборудования». Данное требование относится к внутренней инженерной инфраструктуре дата-центра и не является характеристикой закупаемой услуги VDC/IaaS.
Заказчик не закупает услугу размещения собственного оборудования в стойках, не арендует конкретные серверные стойки и не приобретает инженерные системы дата-центра. Предметом закупки являются виртуальные серверные мощности, дисковое пространство, сетевые каналы, резервирование, безопасность и техническая поддержка.
Для Заказчика юридически и технически значимым является не мощность питания конкретной стойки, а фактическая доступность услуги, отказоустойчивость, соблюдение SLA, RTO/RPO, производительность и непрерывность предоставления сервисов. Требование именно «не менее 10 кВт на плечо в каждой стойке» не сопровождается расчетом нагрузки, не связано с количеством закупаемых виртуальных ресурсов и не раскрывает, почему иные инженерные решения не способны обеспечить требуемый уровень доступности 99,75%.
Фактически данное условие описывает конкретную модель инженерной инфраструктуры Поставщика и может необоснованно исключить из участия ЦОД, которые обеспечивают требуемый SLA и отказоустойчивость иными техническими решениями.
Требуем исключить требование о мощности электропитания не менее 10 кВт на плечо в каждой стойке либо заменить его на технологически нейтральное требование о подтверждении резервирования электропитания, отказоустойчивости инженерных систем и соблюдения заявленного SLA.
7. Указание Fortinet, Cisco, VMware и NVIDIA L40s имеет признаки привязки к конкретным производителям
ТС содержит прямые указания на технологии Fortinet или Cisco, VMware vSphere, VMware vCloud Director, Veeam Cloud Connect Replication, а также GPU NVIDIA L40s. При этом предмет закупки не является закупкой указанных товаров, лицензий или оборудования.
Указание конкретных производителей допускается только при наличии объективной технической необходимости, которая должна быть раскрыта и обоснована в документации. В рассматриваемой ТС такое обоснование отсутствует либо сформулировано общими словами о совместимости и унификации.
Требование о GPU NVIDIA L40s также не содержит функционального описания: не указаны тип нагрузки, минимальная производительность, объем видеопамяти, допустимые аналоги, требования к CUDA/AI/рендерингу или иным задачам. В результате модель оборудования фактически названа без доказанной необходимости.
Требования к специалистам также сформулированы через конкретные сертификаты Fortinet, Cisco и VMware, что искусственно ограничивает рынок. Квалификация специалистов должна подтверждаться компетенциями и опытом сопровождения соответствующих технологий, а не исключительно сертификатами выбранных вендоров.
Требуем исключить прямую привязку к производителям либо дополнить требования словами «или эквивалент» с четкими функциональными критериями эквивалентности.
8. Требование трех независимых провайдеров связи является избыточным и экономически необоснованным
ТС требует возможность организации интернет-каналов и VPN-каналов от не менее чем трех независимых провайдеров связи. При этом требуемый уровень доступности услуги уже установлен, а резервирование каналов может быть обеспечено двумя независимыми операторами и независимыми трассами.
Требование именно трех провайдеров не подтверждено расчетом рисков, не связано с конкретным SLA и не объясняет, почему двух независимых каналов недостаточно. На практике оно ограничивает участие ЦОД, которые способны обеспечить отказоустойчивость и требуемый SLA, но не имеют трех операторов на площадке.
Требуем заменить данное требование на нейтральное: наличие резервированных независимых каналов связи, обеспечивающих заявленный SLA и непрерывность услуги.
9. Требования DDoS и DPI при использовании ЕШДИ могут привести к дублированию функций и завышению стоимости
ТС одновременно требует доступ к сети Интернет через Единый шлюз доступа к интернету и наличие возможности предоставления DDoS-защиты и DPI. При этом не разграничены зоны ответственности ЕШДИ, Заказчика и Поставщика.
Если интернет-трафик Заказчика проходит через ЕШДИ, часть функций фильтрации, анализа и защиты трафика уже реализуется на уровне государственного шлюза. Дополнительные требования к Поставщику без ясного разграничения могут привести к дублированию услуг, завышению цены и включению в стоимость закупки функций, которые Заказчик фактически уже получает через иную инфраструктуру.
Требуем исключить указанную неопределенность и четко определить: какие функции выполняет ЕШДИ, какие функции обязан выполнять Поставщик, где находится точка ответственности и какие измеримые параметры защиты требуются.
10. Неопределенные формулировки создают возможность произвольного отклонения заявок
ТС содержит формулировки о необходимости предоставить «сведения о наличии технических возможностей и серверных мощностей», но не устанавливает исчерпывающий перечень документов, формат подтверждения, критерии достаточности и порядок оценки.
Такая неопределенность опасна тем, что после подачи заявок Заказчик получает возможность субъективно оценивать, достаточно ли представленных сведений, и отклонять заявки по формальным основаниям. Это несовместимо с принципами прозрачности и равного доступа к закупке.
Требуем установить исчерпывающий перечень подтверждающих документов и запретить оценочные формулировки, допускающие произвольное толкование.
11. Совокупность нарушений свидетельствует о необходимости вмешательства уполномоченного органа
Отдельно каждое из указанных требований уже вызывает сомнения в обоснованности. Однако в совокупности они формируют техническую спецификацию, которая не обеспечивает честную конкуренцию, а создает множественный фильтр допуска: по географии, по производителям, по архитектуре, по сертификатам, по каналам связи и по заранее заданному способу построения инфраструктуры.
Заявитель считает, что проведение закупки в такой редакции приведет к необоснованному ограничению числа участников, несопоставимости ценовых предложений, риску отклонения добросовестных поставщиков и возможному неэффективному расходованию бюджетных средств.
В связи с изложенным считаем необходимым не просто внести точечные правки, а приостановить закупочную процедуру до полного устранения дискриминационных и противоречивых положений.
Ответы представителей заказчика и организатора, секретаря
Дата:
2026-07-09 09:29:24
Автор:
АБИШЕВА АЛМАГУЛЬ АЛИБАЕВНА
Решение:
Внести изменения и (или) дополнения в проект конкурсной документации
Описание внесения изменения
1.Техническая спецификация разработана в соответствии с требованиями Закона Республики Казахстан «О государственных закупках» и Правил осуществления государственных закупок, исходя из объективной потребности Заказчика. Установленные технические требования направлены на обеспечение совместимости с действующей инфраструктурой, требуемого уровня отказоустойчивости, информационной безопасности, резервирования и бесперебойного функционирования информационных систем.
При этом законодательство не запрещает Заказчику устанавливать технические требования, обусловленные производственной необходимостью и особенностями эксплуатации приобретаемых услуг. Все требования технической спецификации применяются в равной степени ко всем потенциальным поставщикам и не предоставляют преимуществ отдельным участникам закупки.
В связи с изложенным основания для внесения изменений в техническую спецификацию по указанным доводам отсутствуют.
2.Доводы заявителя о юридической и технической невозможности исполнения договора являются необоснованными.
Срок оказания услуг исчисляется с момента вступления договора в силу. Требование о разработке и согласовании плана миграции в течение 15 рабочих дней направлено на обеспечение безопасного и организованного переноса информационных систем Заказчика без нарушения непрерывности оказания услуг.
Формулировка технической спецификации не предполагает выполнение миграции до заключения договора либо до возникновения договорных обязательств сторон. Все мероприятия по миграции выполняются в рамках исполнения заключенного договора после согласования сторонами плана миграции.
Указанная редакция не предоставляет преимуществ отдельным потенциальным поставщикам, применяется ко всем участникам на равных условиях и не создает препятствий для участия в закупке.
Вывод: Основания для признания требования неисполнимым и внесения изменений в техническую спецификацию отсутствуют.
3.Довод заявителя является обоснованным в части наличия редакционной неточности. В результате технической ошибки в тексте технической спецификации сохранилась ссылка на таблицу №2, которая была исключена из окончательной редакции документа.
Указанная неточность не влияет на предмет закупки, объем закупаемых услуг и порядок формирования ценового предложения, поскольку все необходимые требования определены в технической спецификации и таблице №1.
В целях исключения неоднозначного толкования Заказчиком будет внесено редакционное изменение путем исключения ссылки на таблицу №2 из технической спецификации.
4.Доводы заявителя являются необоснованными.
В соответствии с Законом Республики Казахстан «О государственных закупках» техническая спецификация формируется исходя из объективных потребностей Заказчика. Требование о размещении основного ЦОД в городе Астана либо в радиусе не более 50 км установлено в целях минимизации рисков, связанных с обеспечением непрерывности деятельности Заказчика и бесперебойного функционирования информационных систем.
Размещение ЦОД на значительном удалении увеличивает риски несвоевременного реагирования при возникновении аварийных и нештатных ситуаций, увеличения сроков восстановления работоспособности информационных систем, а также нарушения установленных показателей доступности сервисов (SLA), что может повлечь простои бизнес-процессов и негативно сказаться на деятельности Заказчик
Одновременно требование о размещении резервного ЦОД на расстоянии не менее 100 км от основного обусловлено необходимостью обеспечения катастрофоустойчивости и непрерывности оказания услуг. При этом основной и резервный центры обработки данных размещаются в разных зданиях и на безопасном расстоянии друг от друга, что исключает риск одновременного выхода из строя обеих площадок вследствие чрезвычайных ситуаций или техногенных факторов.
Указанные требования обусловлены исключительно производственной необходимостью Заказчика, применяются ко всем потенциальным поставщикам на равных условиях и не направлены на ограничение конкуренции.
Вывод: Основания для внесения изменений в техническую спецификацию отсутствуют.
5.В соответствии с Законом Республики Казахстан «О государственных закупках» техническая спецификация формируется исходя из объективной потребности Заказчика и должна содержать технические характеристики, необходимые для надлежащего оказания услуг.
Установленные в технической спецификации требования к архитектуре ЦОД обусловлены необходимостью обеспечения совместимости с существующей инфраструктурой Заказчика, требуемой производительности, отказоустойчивости, непрерывности оказания услуг и достижения установленных показателей SLA. Данные требования являются минимально необходимыми для обеспечения надежного функционирования информационных систем Заказчика и не направлены на ограничение конкуренции.
При этом потенциальные поставщики, инфраструктура которых соответствует установленным требованиям, имеют равные условия участия в закупке.
Вывод: Основания для внесения изменений в техническую спецификацию отсутствуют.
6.Доводы заявителя являются необоснованными.
В соответствии с Законом Республики Казахстан «О государственных закупках» техническая спецификация формируется исходя из объективной потребности Заказчика и должна содержать требования, необходимые для надлежащего оказания услуг.
Требование к мощности электропитания не менее 10 кВт на плечо в каждой стойке установлено не как требование к инженерной инфраструктуре Поставщика, а как минимально необходимое условие для обеспечения бесперебойного электроснабжения, отказоустойчивости серверного оборудования и GPU оборудования для непрерывности оказания услуг в соответствии с установленными показателями SLA. Данное требование обусловлено необходимостью размещения высокопроизводительного серверного оборудования и исключения рисков отказа вследствие недостаточной мощности инженерной инфраструктуры.
Указанное требование применяется ко всем потенциальным поставщикам на равных условиях, непосредственно связано с предметом закупки и не направлено на ограничение конкуренции.
Вывод: Основания для внесения изменений в техническую спецификацию отсутствуют.
7. Доводы заявителя являются необоснованными.
В соответствии с Законом Республики Казахстан «О государственных закупках» техническая спецификация формируется исходя из объективной потребности Заказчика. Указание отдельных технологий и программно-аппаратных решений обусловлено необходимостью обеспечения совместимости с существующей информационно-телекоммуникационной инфраструктурой Заказчика, непрерывности оказания услуг, информационной безопасности и исключения дополнительных затрат, связанных с изменением действующей архитектуры.
Требования к используемым технологиям, включая VMware, Fortinet (Cisco), Veeam и GPU NVIDIA L40S, обусловлены техническими особенностями действующей инфраструктуры Заказчика и необходимостью обеспечения корректной интеграции, миграции и дальнейшей эксплуатации информационных систем. Данные требования установлены исключительно в целях обеспечения надлежащего исполнения договора и не направлены на ограничение конкуренции.
Вывод: Основания для внесения изменений в техническую спецификацию отсутствуют.
8.Доводы заявителя являются необоснованными.
В соответствии с Законом Республики Казахстан «О государственных закупках» техническая спецификация разрабатывается Заказчиком исходя из его объективной потребности и должна содержать требования, необходимые для надлежащего оказания закупаемых услуг. Законодательство не ограничивает право Заказчика определять технические характеристики предмета закупки, если они обусловлены производственной необходимостью и непосредственно связаны с достижением целей закупки.
Указание в технической спецификации технологий VMware, Fortinet (Cisco), Veeam и GPU NVIDIA L40S обусловлено не предпочтением конкретных производителей, а необходимостью обеспечения совместимости с действующей информационно-телекоммуникационной инфраструктурой Заказчика, сохранения существующей архитектуры информационных систем, выполнения миграции без нарушения непрерывности сервисов, обеспечения информационной безопасности и достижения установленных показателей доступности (SLA).
Предметом закупки является оказание услуг с использованием инфраструктуры, совместимой с существующей информационной средой Заказчика. Использование технологически несовместимых решений потребует изменения архитектуры действующих информационных систем, проведения дополнительных работ по адаптации, тестированию и модернизации, что не предусмотрено предметом настоящей закупки, повлечет дополнительные финансовые затраты и создаст риски нарушения непрерывности функционирования информационных систем.
Установленные требования являются минимально необходимыми для достижения целей закупки, применяются ко всем потенциальным поставщикам в равной степени и не содержат преимуществ отдельным участникам.
Вывод: Основания для внесения изменений в техническую спецификацию отсутствуют.
9.Доводы заявителя являются необоснованными.
В соответствии с Законом Республики Казахстан «О государственных закупках» техническая спецификация формируется исходя из объективной потребности Заказчика и должна содержать требования, необходимые для надлежащего оказания закупаемых услуг.
Требования по наличию DDoS-защиты и технологии DPI установлены в целях обеспечения информационной безопасности, непрерывности предоставления услуг и соблюдения установленных показателей доступности (SLA). Указанные требования относятся к защите инфраструктуры Поставщика и предоставляемых им сервисов в пределах его зоны ответственности.
Единый шлюз доступа к Интернету (ЕШДИ) является элементом государственной инфраструктуры и выполняет функции в рамках своей зоны ответственности. Наличие ЕШДИ не исключает и не заменяет обязанность Поставщика обеспечить защиту собственной инфраструктуры, сетевых сервисов и вычислительных ресурсов, используемых при оказании услуг Заказчику.
Следовательно, требования технической спецификации не предусматривают дублирование функций ЕШДИ, а устанавливают минимально необходимые требования к защищенности инфраструктуры потенциального поставщика, обеспечивающего оказание услуг.
Таким образом, доводы заявителя о завышении стоимости услуг вследствие дублирования функций основаны на неверном толковании требований технической спецификации и не подтверждены объективными доказательствами.
Вывод: Основания для внесения изменений в техническую спецификацию отсутствуют.
10.Доводы заявителя являются необоснованными.
В соответствии с Законом Республики Казахстан «О государственных закупках» и Правилами осуществления государственных закупок конкурсная документация формируется в соответствии с установленными требованиями законодательства. Порядок представления документов потенциальными поставщиками, а также основания рассмотрения и отклонения конкурсных заявок определяются законодательством Республики Казахстан и не могут устанавливаться Заказчиком произвольно.
Требование о предоставлении сведений о наличии технических возможностей и серверных мощностей направлено исключительно на подтверждение соответствия потенциального поставщика требованиям технической спецификации и не предусматривает субъективной оценки. Рассмотрение представленных документов осуществляется в соответствии с требованиями законодательства и на основании представленных потенциальными поставщиками сведений.
Таким образом, доводы заявителя о возможности произвольного отклонения конкурсных заявок являются предположением и не подтверждаются положениями конкурсной документации.
Вывод: Основания для внесения изменений в техническую спецификацию отсутствуют.
11.Доводы заявителя являются необоснованными.
Техническая спецификация разработана в соответствии с требованиями Закона Республики Казахстан «О государственных закупках» и Правилами осуществления государственных закупок исходя из объективной потребности Заказчика и специфики приобретаемых услуг.
Установленные требования обусловлены необходимостью обеспечения совместимости с действующей информационно-телекоммуникационной инфраструктурой Заказчика, информационной безопасности, отказоустойчивости, непрерывности оказания услуг и соблюдения установленных показателей доступности (SLA). Данные требования применяются ко всем потенциальным поставщикам на равных условиях и не содержат преимуществ отдельным участникам закупки.
Вывод: Основания для приостановления закупочной процедуры и внесения изменений в техническую спецификацию отсутствуют.
При этом законодательство не запрещает Заказчику устанавливать технические требования, обусловленные производственной необходимостью и особенностями эксплуатации приобретаемых услуг. Все требования технической спецификации применяются в равной степени ко всем потенциальным поставщикам и не предоставляют преимуществ отдельным участникам закупки.
В связи с изложенным основания для внесения изменений в техническую спецификацию по указанным доводам отсутствуют.
2.Доводы заявителя о юридической и технической невозможности исполнения договора являются необоснованными.
Срок оказания услуг исчисляется с момента вступления договора в силу. Требование о разработке и согласовании плана миграции в течение 15 рабочих дней направлено на обеспечение безопасного и организованного переноса информационных систем Заказчика без нарушения непрерывности оказания услуг.
Формулировка технической спецификации не предполагает выполнение миграции до заключения договора либо до возникновения договорных обязательств сторон. Все мероприятия по миграции выполняются в рамках исполнения заключенного договора после согласования сторонами плана миграции.
Указанная редакция не предоставляет преимуществ отдельным потенциальным поставщикам, применяется ко всем участникам на равных условиях и не создает препятствий для участия в закупке.
Вывод: Основания для признания требования неисполнимым и внесения изменений в техническую спецификацию отсутствуют.
3.Довод заявителя является обоснованным в части наличия редакционной неточности. В результате технической ошибки в тексте технической спецификации сохранилась ссылка на таблицу №2, которая была исключена из окончательной редакции документа.
Указанная неточность не влияет на предмет закупки, объем закупаемых услуг и порядок формирования ценового предложения, поскольку все необходимые требования определены в технической спецификации и таблице №1.
В целях исключения неоднозначного толкования Заказчиком будет внесено редакционное изменение путем исключения ссылки на таблицу №2 из технической спецификации.
4.Доводы заявителя являются необоснованными.
В соответствии с Законом Республики Казахстан «О государственных закупках» техническая спецификация формируется исходя из объективных потребностей Заказчика. Требование о размещении основного ЦОД в городе Астана либо в радиусе не более 50 км установлено в целях минимизации рисков, связанных с обеспечением непрерывности деятельности Заказчика и бесперебойного функционирования информационных систем.
Размещение ЦОД на значительном удалении увеличивает риски несвоевременного реагирования при возникновении аварийных и нештатных ситуаций, увеличения сроков восстановления работоспособности информационных систем, а также нарушения установленных показателей доступности сервисов (SLA), что может повлечь простои бизнес-процессов и негативно сказаться на деятельности Заказчик
Одновременно требование о размещении резервного ЦОД на расстоянии не менее 100 км от основного обусловлено необходимостью обеспечения катастрофоустойчивости и непрерывности оказания услуг. При этом основной и резервный центры обработки данных размещаются в разных зданиях и на безопасном расстоянии друг от друга, что исключает риск одновременного выхода из строя обеих площадок вследствие чрезвычайных ситуаций или техногенных факторов.
Указанные требования обусловлены исключительно производственной необходимостью Заказчика, применяются ко всем потенциальным поставщикам на равных условиях и не направлены на ограничение конкуренции.
Вывод: Основания для внесения изменений в техническую спецификацию отсутствуют.
5.В соответствии с Законом Республики Казахстан «О государственных закупках» техническая спецификация формируется исходя из объективной потребности Заказчика и должна содержать технические характеристики, необходимые для надлежащего оказания услуг.
Установленные в технической спецификации требования к архитектуре ЦОД обусловлены необходимостью обеспечения совместимости с существующей инфраструктурой Заказчика, требуемой производительности, отказоустойчивости, непрерывности оказания услуг и достижения установленных показателей SLA. Данные требования являются минимально необходимыми для обеспечения надежного функционирования информационных систем Заказчика и не направлены на ограничение конкуренции.
При этом потенциальные поставщики, инфраструктура которых соответствует установленным требованиям, имеют равные условия участия в закупке.
Вывод: Основания для внесения изменений в техническую спецификацию отсутствуют.
6.Доводы заявителя являются необоснованными.
В соответствии с Законом Республики Казахстан «О государственных закупках» техническая спецификация формируется исходя из объективной потребности Заказчика и должна содержать требования, необходимые для надлежащего оказания услуг.
Требование к мощности электропитания не менее 10 кВт на плечо в каждой стойке установлено не как требование к инженерной инфраструктуре Поставщика, а как минимально необходимое условие для обеспечения бесперебойного электроснабжения, отказоустойчивости серверного оборудования и GPU оборудования для непрерывности оказания услуг в соответствии с установленными показателями SLA. Данное требование обусловлено необходимостью размещения высокопроизводительного серверного оборудования и исключения рисков отказа вследствие недостаточной мощности инженерной инфраструктуры.
Указанное требование применяется ко всем потенциальным поставщикам на равных условиях, непосредственно связано с предметом закупки и не направлено на ограничение конкуренции.
Вывод: Основания для внесения изменений в техническую спецификацию отсутствуют.
7. Доводы заявителя являются необоснованными.
В соответствии с Законом Республики Казахстан «О государственных закупках» техническая спецификация формируется исходя из объективной потребности Заказчика. Указание отдельных технологий и программно-аппаратных решений обусловлено необходимостью обеспечения совместимости с существующей информационно-телекоммуникационной инфраструктурой Заказчика, непрерывности оказания услуг, информационной безопасности и исключения дополнительных затрат, связанных с изменением действующей архитектуры.
Требования к используемым технологиям, включая VMware, Fortinet (Cisco), Veeam и GPU NVIDIA L40S, обусловлены техническими особенностями действующей инфраструктуры Заказчика и необходимостью обеспечения корректной интеграции, миграции и дальнейшей эксплуатации информационных систем. Данные требования установлены исключительно в целях обеспечения надлежащего исполнения договора и не направлены на ограничение конкуренции.
Вывод: Основания для внесения изменений в техническую спецификацию отсутствуют.
8.Доводы заявителя являются необоснованными.
В соответствии с Законом Республики Казахстан «О государственных закупках» техническая спецификация разрабатывается Заказчиком исходя из его объективной потребности и должна содержать требования, необходимые для надлежащего оказания закупаемых услуг. Законодательство не ограничивает право Заказчика определять технические характеристики предмета закупки, если они обусловлены производственной необходимостью и непосредственно связаны с достижением целей закупки.
Указание в технической спецификации технологий VMware, Fortinet (Cisco), Veeam и GPU NVIDIA L40S обусловлено не предпочтением конкретных производителей, а необходимостью обеспечения совместимости с действующей информационно-телекоммуникационной инфраструктурой Заказчика, сохранения существующей архитектуры информационных систем, выполнения миграции без нарушения непрерывности сервисов, обеспечения информационной безопасности и достижения установленных показателей доступности (SLA).
Предметом закупки является оказание услуг с использованием инфраструктуры, совместимой с существующей информационной средой Заказчика. Использование технологически несовместимых решений потребует изменения архитектуры действующих информационных систем, проведения дополнительных работ по адаптации, тестированию и модернизации, что не предусмотрено предметом настоящей закупки, повлечет дополнительные финансовые затраты и создаст риски нарушения непрерывности функционирования информационных систем.
Установленные требования являются минимально необходимыми для достижения целей закупки, применяются ко всем потенциальным поставщикам в равной степени и не содержат преимуществ отдельным участникам.
Вывод: Основания для внесения изменений в техническую спецификацию отсутствуют.
9.Доводы заявителя являются необоснованными.
В соответствии с Законом Республики Казахстан «О государственных закупках» техническая спецификация формируется исходя из объективной потребности Заказчика и должна содержать требования, необходимые для надлежащего оказания закупаемых услуг.
Требования по наличию DDoS-защиты и технологии DPI установлены в целях обеспечения информационной безопасности, непрерывности предоставления услуг и соблюдения установленных показателей доступности (SLA). Указанные требования относятся к защите инфраструктуры Поставщика и предоставляемых им сервисов в пределах его зоны ответственности.
Единый шлюз доступа к Интернету (ЕШДИ) является элементом государственной инфраструктуры и выполняет функции в рамках своей зоны ответственности. Наличие ЕШДИ не исключает и не заменяет обязанность Поставщика обеспечить защиту собственной инфраструктуры, сетевых сервисов и вычислительных ресурсов, используемых при оказании услуг Заказчику.
Следовательно, требования технической спецификации не предусматривают дублирование функций ЕШДИ, а устанавливают минимально необходимые требования к защищенности инфраструктуры потенциального поставщика, обеспечивающего оказание услуг.
Таким образом, доводы заявителя о завышении стоимости услуг вследствие дублирования функций основаны на неверном толковании требований технической спецификации и не подтверждены объективными доказательствами.
Вывод: Основания для внесения изменений в техническую спецификацию отсутствуют.
10.Доводы заявителя являются необоснованными.
В соответствии с Законом Республики Казахстан «О государственных закупках» и Правилами осуществления государственных закупок конкурсная документация формируется в соответствии с установленными требованиями законодательства. Порядок представления документов потенциальными поставщиками, а также основания рассмотрения и отклонения конкурсных заявок определяются законодательством Республики Казахстан и не могут устанавливаться Заказчиком произвольно.
Требование о предоставлении сведений о наличии технических возможностей и серверных мощностей направлено исключительно на подтверждение соответствия потенциального поставщика требованиям технической спецификации и не предусматривает субъективной оценки. Рассмотрение представленных документов осуществляется в соответствии с требованиями законодательства и на основании представленных потенциальными поставщиками сведений.
Таким образом, доводы заявителя о возможности произвольного отклонения конкурсных заявок являются предположением и не подтверждаются положениями конкурсной документации.
Вывод: Основания для внесения изменений в техническую спецификацию отсутствуют.
11.Доводы заявителя являются необоснованными.
Техническая спецификация разработана в соответствии с требованиями Закона Республики Казахстан «О государственных закупках» и Правилами осуществления государственных закупок исходя из объективной потребности Заказчика и специфики приобретаемых услуг.
Установленные требования обусловлены необходимостью обеспечения совместимости с действующей информационно-телекоммуникационной инфраструктурой Заказчика, информационной безопасности, отказоустойчивости, непрерывности оказания услуг и соблюдения установленных показателей доступности (SLA). Данные требования применяются ко всем потенциальным поставщикам на равных условиях и не содержат преимуществ отдельным участникам закупки.
Вывод: Основания для приостановления закупочной процедуры и внесения изменений в техническую спецификацию отсутствуют.
