Внимание! Соединение с приложением прервано. Дождитесь повторного подключения.
Обсуждение документации - Просмотр сообщения № 1069789
Тема сообщения
Замечзамечания к проекту конкурсной документации и запрос о разъяснении её положений. Конкурс № 17726076-1 «Модернизация программы для ЭВМ «Парковочная платформа версия 3.1» в части разработки модуля управления эвакуацией и хранением транспортных средств»ания к конкурсной документации
Тип сообщения
Замечание к КД
Поставщик
Товарищество с ограниченной ответственностью "AG TECH"
Представитель поставщика
ПОДВАЛОВ АЛЕКСАНДР ЮРЬЕВИЧ
Дата и время отправки сообщения
2026-10-07 08:47:09
Текст сообщения
В соответствии с пунктами 7 и 14 конкурсной документации (далее — КД), пунктами 170–172 Правил осуществления государственных закупок, утверждённых приказом Министра финансов РК от 9 октября 2024 года № 687 (далее — Правила), и Законом РК от 1 июля 2024 года № 106-VIII «О государственных закупках» (далее — Закон) направляем замечания к КД. Изложенные ниже условия ограничивают число потенциальных поставщиков и не позволяют сформировать конкурсное ценовое предложение. Они противоречат пункту 3 статьи 11 и пункту 4 статьи 12 Закона, а также пункту 75 Правил.
1. Квалификационные требования к трудовым ресурсам (приложение 7 к КД, пункт 4)
КД требует наличия семи узкопрофильных специалистов, каждый из которых должен подтверждаться дипломом или сертификатом, и семи ноутбуков для них. Часть требований прямо не вытекает из предмета закупки.
Требование (русская версия) Замечание Предложение
Специалист, прошедший обучение по программированию на Python (1) Стек разработки в техспецификации не раскрыт: «язык и стек согласованы с действующими сервисами Платформы». Необходимость именно Python не обоснована. Заменить на требование о специалисте в области разработки ПО без привязки к языку либо раскрыть стек в техспецификации
Специалист, прошедший курс по защите информационных систем и реагированию на инциденты кибербезопасности (Blue Team) (1) Требуется прохождение конкретного курса, а не квалификация. Дублирует требование об информационной безопасности (строка 4). Предмет закупки не является услугой SOC или реагирования на инциденты. Исключить либо допустить эквивалентные квалификации и опыт
Магистр (Master of Science) по направлениям «Информационные технологии», «Менеджмент в сфере ИТ» (2) Требование двух магистров не вытекает из обязательств по договору. Неясно, какие направления подготовки допускаются и принимаются ли дипломы магистра технических наук и магистра техники и технологий. Исключить либо заменить на «высшее образование в области ИКТ»
Диплом или сертификат в области информационной безопасности (кибербезопасности) (1) Форма и уровень сертификата не определены. Уточнить, какие документы принимаются; допустить эквиваленты
Диплом о высшем образовании или сертификат по управлению проектами по методологии Scrum (1) В казахской версии то же требование указано дважды (строки 1 и 5), см. ниже. Оставить один раз
Программа профессионального обучения «Postgraduate Program in Artificial Intelligence and Machine Learning» (1) Требуется прохождение именно одной коммерческой программы под фирменным названием. Равноценные программы и высшее образование по ИИ не допускаются. Такое условие не поддаётся проверке и не вытекает из обязательств по договору. Заменить на «подтверждённая квалификация в области ИИ/МО (диплом, сертификат либо опыт)»
По пункту 3 статьи 11 Закона квалификационные требования не могут ограничивать и необоснованно усложнять участие потенциальных поставщиков и должны непосредственно вытекать из необходимости выполнения обязательств по договору. Пункт 75 Правил содержит то же правило для материальных и трудовых ресурсов, а подпункт 1) пункта 4 статьи 12 Закона запрещает неизмеряемые и неадминистрируемые требования.
Расхождение языковых версий. В казахской версии приложения 7 строки 1 и 5 повторяют требование по Scrum, а требования по Python нет. В русской версии строка 1 содержит Python. Статья 12 Закона требует КД на казахском и русском языках, а пункт 78 Правил привязывает подтверждение к документу о квалификации. При противоречии версий потенциальный поставщик не может определить, какой состав специалистов нужен для допуска. Просим привести версии в соответствие и указать, какая из них приоритетна.
Просим разъяснить, может ли один работник удовлетворять нескольким строкам (например, иметь степень магистра и сертификат Scrum). Из формулировки «Количество — 1», «Количество — 2» и семи ноутбуков для специалистов это неясно.
2. Неопределённость технической спецификации (приложение 15 к КД)
Статья 12 Закона требует указать функциональные, технические, качественные и эксплуатационные характеристики работ. Ссылку на модернизируемое программное обеспечение (подпункт 2) пункта 4 статьи 12 Закона) мы не оспариваем. Но она не освобождает заказчика от описания того, что именно должен сделать исполнитель и в каких условиях. Ключевые параметры отданы на последующее «согласование», а цена зафиксирована.
Положение технической спецификации Что невозможно оценить
«Правила переходов между статусами согласуются с Заказчиком до начала разработки» (п. 2.1) Бизнес-логика основного процесса не определена
«Интеграции и объем интеграций согласовывается с Заказчиком» (п. 2.2) Число и сложность интеграций с ЦОУ/102, «Сервисным центром 2.0», порталом электронного правительства, ЕРАП, 1С
Тарифы, льготные категории, порядок округления «Заказчик предоставляет до начала разработки» (п. 2.5) Правила начислений, от которых зависит расчётный модуль
«Исполнитель разрабатывает и согласует с заказчиком полную матрицу «роль × операция» до начала разработки» (п. 2.1) Объём прав и ролей: минимум в таблице показано 5 ролей, в описании ролей их более десяти
«Язык и стек согласованы с действующими сервисами Платформы»; БД, очереди, мониторинг «согласованы с Платформой» (п. 4) Стек, архитектура, API Платформы и порядок доступа к ним не раскрыты
Объём тестирования на уязвимости «согласуется с Заказчиком» (пп. 2.7, 4) Трудозатраты на ИБ-тестирование
«Достоверность не менее 95 % на согласованной выборке»; «не менее 85 % типовых обращений» (п. 2.1) Выборка и перечень типовых обращений не определены, методика проверки не описана
По подпункту 1) пункта 4 статьи 12 Закона запрещены неизмеряемые и неадминистрируемые требования. Без технической информации о Платформе и без определённого объёма участвовать на равных может лишь организация, уже знакомая с Платформой. Это ограничивает число потенциальных поставщиков.
Просим (в порядке подпункта 3) пункта 172 Правил) разъяснить и разместить в протоколе предварительного обсуждения:
1. кто является правообладателем Платформы «Парковочная платформа версия 3.1», на каком основании исполнитель получит доступ к исходному коду, тестовой среде и документации и когда;
2. технологический стек, архитектуру и перечень программных интерфейсов Платформы (или приложить описание к КД);
3. перечень внешних систем, протоколы обмена и ожидаемые объёмы транзакций;
4. тарифы, льготные категории и правила округления, статусную модель и матрицу ролей (приложить к КД);
5. состав и размер выборки для проверки распознавания номеров и перечень «типовых обращений» для чат-бота, методику приёмки;
6. объём тестирования на уязвимости в человеко-часах или иной измеримой форме.
3. Срок исполнения и объём работ
Техспецификация устанавливает срок выполнения работ — 20 декабря 2026 года. К этой дате нужно выполнить 15 этапов (п. 8.1): проектирование, 11 функциональных блоков (в том числе распознавание номеров, ИИ-помощник на двух языках, тепловые карты, мобильные и веб-кабинеты для нескольких ролей), интеграции с пятью внешними системами (ЦОУ/102, «Сервисный центр 2.0», портал электронного правительства, ЕРАП, учётная система), нагрузочные испытания (в том числе 8 часов на 500 пользователях), опытную эксплуатацию, обучение, приёмочные испытания и комплект документации по СТ РК. По п. 3.9 работы ведутся спринтами по две недели.
Договор можно заключить только после предварительного обсуждения, приёма заявок (не менее пяти рабочих дней после протокола, п. 164 Правил), рассмотрения их комиссией и процедур подписания, то есть ориентировочно в конце октября — начале ноября 2026 года. Для полного объёма работ остаётся около 6–7 недель, то есть не более трёх спринтов. Выполнить это в такой срок может только поставщик, у которого уже есть готовые решения и код Платформы. Срок не обоснован и ограничивает конкуренцию (п. 4 ст. 12 Закона).
4. Противоречия и неясные условия
• Доступность и штрафы. П. 3.4 требует доступность не менее 99,5 % в месяц (то есть не более 3,6 ч простоя), а п. 8.2 позволяет штрафы лишь при аварийных простоях свыше 10 часов в месяц. Сумма и основание «штрафных санкций» не указаны. П. 3.4 допускает восстановление за 4 часа, а пп. 8.2–8.3 требуют устранения критической ошибки за 2 часа.
• Служба поддержки. П. 8.2 обязывает организовать поддержку «на период оказания услуг» с даты подписания договора, при этом предмет закупки — работы, а гарантия — 12 месяцев. Период поддержки и её отношение к гарантии не определены.
• Исключительные права. П. 8.5 обязывает предоставить «исключительные права на объекты интеллектуальной собственности» без указания, распространяется ли оно на уже существующие компоненты поставщика, библиотеки третьих лиц и модели распознавания. Фраза «сведения об отечественном производителе» к работам не применима.
• Устаревшие ссылки. В п. 11 техспецификации указан Закон РК от 4 декабря 2015 года № 434-V «О государственных закупках». Он утратил силу с 1 января 2025 года (п. 3 ст. 29 Закона № 106-VIII). Просим также актуализировать ссылки на законы об информатизации, персональных данных и электронной цифровой подписи с учётом Цифрового кодекса РК от 9 января 2026 года № 255-VIII.
Просим
1. Принять настоящие замечания и в срок, предусмотренный пунктом 172 Правил, внести изменения в КД, в том числе в техническую спецификацию и приложение 7, с повторным утверждением на веб-портале (пп. 163, 164, 174 Правил).
2. В приложении 7 исключить требования, не вытекающие из договора (раздел 1), допустить эквивалентное подтверждение квалификации, разрешить совмещение ролей, привести казахскую и русскую версии в соответствие.
3. Раскрыть в КД или в разъяснениях сведения по перечню раздела 2, либо убрать формулировки «согласуется с Заказчиком», определив параметры измеримо (выборки и методики приёмки для интеллектуальных функций).
4. Увеличить срок выполнения или разбить работы на этапы с обоснованными сроками, включая опытную эксплуатацию и гарантию.
5. Устранить противоречия раздела 4 и актуализировать нормативные ссылки.
6. Если замечания отклоняются, указать в протоколе предварительного обсуждения подробное обоснование по каждому пункту (п. 183 Правил).
1. Квалификационные требования к трудовым ресурсам (приложение 7 к КД, пункт 4)
КД требует наличия семи узкопрофильных специалистов, каждый из которых должен подтверждаться дипломом или сертификатом, и семи ноутбуков для них. Часть требований прямо не вытекает из предмета закупки.
Требование (русская версия) Замечание Предложение
Специалист, прошедший обучение по программированию на Python (1) Стек разработки в техспецификации не раскрыт: «язык и стек согласованы с действующими сервисами Платформы». Необходимость именно Python не обоснована. Заменить на требование о специалисте в области разработки ПО без привязки к языку либо раскрыть стек в техспецификации
Специалист, прошедший курс по защите информационных систем и реагированию на инциденты кибербезопасности (Blue Team) (1) Требуется прохождение конкретного курса, а не квалификация. Дублирует требование об информационной безопасности (строка 4). Предмет закупки не является услугой SOC или реагирования на инциденты. Исключить либо допустить эквивалентные квалификации и опыт
Магистр (Master of Science) по направлениям «Информационные технологии», «Менеджмент в сфере ИТ» (2) Требование двух магистров не вытекает из обязательств по договору. Неясно, какие направления подготовки допускаются и принимаются ли дипломы магистра технических наук и магистра техники и технологий. Исключить либо заменить на «высшее образование в области ИКТ»
Диплом или сертификат в области информационной безопасности (кибербезопасности) (1) Форма и уровень сертификата не определены. Уточнить, какие документы принимаются; допустить эквиваленты
Диплом о высшем образовании или сертификат по управлению проектами по методологии Scrum (1) В казахской версии то же требование указано дважды (строки 1 и 5), см. ниже. Оставить один раз
Программа профессионального обучения «Postgraduate Program in Artificial Intelligence and Machine Learning» (1) Требуется прохождение именно одной коммерческой программы под фирменным названием. Равноценные программы и высшее образование по ИИ не допускаются. Такое условие не поддаётся проверке и не вытекает из обязательств по договору. Заменить на «подтверждённая квалификация в области ИИ/МО (диплом, сертификат либо опыт)»
По пункту 3 статьи 11 Закона квалификационные требования не могут ограничивать и необоснованно усложнять участие потенциальных поставщиков и должны непосредственно вытекать из необходимости выполнения обязательств по договору. Пункт 75 Правил содержит то же правило для материальных и трудовых ресурсов, а подпункт 1) пункта 4 статьи 12 Закона запрещает неизмеряемые и неадминистрируемые требования.
Расхождение языковых версий. В казахской версии приложения 7 строки 1 и 5 повторяют требование по Scrum, а требования по Python нет. В русской версии строка 1 содержит Python. Статья 12 Закона требует КД на казахском и русском языках, а пункт 78 Правил привязывает подтверждение к документу о квалификации. При противоречии версий потенциальный поставщик не может определить, какой состав специалистов нужен для допуска. Просим привести версии в соответствие и указать, какая из них приоритетна.
Просим разъяснить, может ли один работник удовлетворять нескольким строкам (например, иметь степень магистра и сертификат Scrum). Из формулировки «Количество — 1», «Количество — 2» и семи ноутбуков для специалистов это неясно.
2. Неопределённость технической спецификации (приложение 15 к КД)
Статья 12 Закона требует указать функциональные, технические, качественные и эксплуатационные характеристики работ. Ссылку на модернизируемое программное обеспечение (подпункт 2) пункта 4 статьи 12 Закона) мы не оспариваем. Но она не освобождает заказчика от описания того, что именно должен сделать исполнитель и в каких условиях. Ключевые параметры отданы на последующее «согласование», а цена зафиксирована.
Положение технической спецификации Что невозможно оценить
«Правила переходов между статусами согласуются с Заказчиком до начала разработки» (п. 2.1) Бизнес-логика основного процесса не определена
«Интеграции и объем интеграций согласовывается с Заказчиком» (п. 2.2) Число и сложность интеграций с ЦОУ/102, «Сервисным центром 2.0», порталом электронного правительства, ЕРАП, 1С
Тарифы, льготные категории, порядок округления «Заказчик предоставляет до начала разработки» (п. 2.5) Правила начислений, от которых зависит расчётный модуль
«Исполнитель разрабатывает и согласует с заказчиком полную матрицу «роль × операция» до начала разработки» (п. 2.1) Объём прав и ролей: минимум в таблице показано 5 ролей, в описании ролей их более десяти
«Язык и стек согласованы с действующими сервисами Платформы»; БД, очереди, мониторинг «согласованы с Платформой» (п. 4) Стек, архитектура, API Платформы и порядок доступа к ним не раскрыты
Объём тестирования на уязвимости «согласуется с Заказчиком» (пп. 2.7, 4) Трудозатраты на ИБ-тестирование
«Достоверность не менее 95 % на согласованной выборке»; «не менее 85 % типовых обращений» (п. 2.1) Выборка и перечень типовых обращений не определены, методика проверки не описана
По подпункту 1) пункта 4 статьи 12 Закона запрещены неизмеряемые и неадминистрируемые требования. Без технической информации о Платформе и без определённого объёма участвовать на равных может лишь организация, уже знакомая с Платформой. Это ограничивает число потенциальных поставщиков.
Просим (в порядке подпункта 3) пункта 172 Правил) разъяснить и разместить в протоколе предварительного обсуждения:
1. кто является правообладателем Платформы «Парковочная платформа версия 3.1», на каком основании исполнитель получит доступ к исходному коду, тестовой среде и документации и когда;
2. технологический стек, архитектуру и перечень программных интерфейсов Платформы (или приложить описание к КД);
3. перечень внешних систем, протоколы обмена и ожидаемые объёмы транзакций;
4. тарифы, льготные категории и правила округления, статусную модель и матрицу ролей (приложить к КД);
5. состав и размер выборки для проверки распознавания номеров и перечень «типовых обращений» для чат-бота, методику приёмки;
6. объём тестирования на уязвимости в человеко-часах или иной измеримой форме.
3. Срок исполнения и объём работ
Техспецификация устанавливает срок выполнения работ — 20 декабря 2026 года. К этой дате нужно выполнить 15 этапов (п. 8.1): проектирование, 11 функциональных блоков (в том числе распознавание номеров, ИИ-помощник на двух языках, тепловые карты, мобильные и веб-кабинеты для нескольких ролей), интеграции с пятью внешними системами (ЦОУ/102, «Сервисный центр 2.0», портал электронного правительства, ЕРАП, учётная система), нагрузочные испытания (в том числе 8 часов на 500 пользователях), опытную эксплуатацию, обучение, приёмочные испытания и комплект документации по СТ РК. По п. 3.9 работы ведутся спринтами по две недели.
Договор можно заключить только после предварительного обсуждения, приёма заявок (не менее пяти рабочих дней после протокола, п. 164 Правил), рассмотрения их комиссией и процедур подписания, то есть ориентировочно в конце октября — начале ноября 2026 года. Для полного объёма работ остаётся около 6–7 недель, то есть не более трёх спринтов. Выполнить это в такой срок может только поставщик, у которого уже есть готовые решения и код Платформы. Срок не обоснован и ограничивает конкуренцию (п. 4 ст. 12 Закона).
4. Противоречия и неясные условия
• Доступность и штрафы. П. 3.4 требует доступность не менее 99,5 % в месяц (то есть не более 3,6 ч простоя), а п. 8.2 позволяет штрафы лишь при аварийных простоях свыше 10 часов в месяц. Сумма и основание «штрафных санкций» не указаны. П. 3.4 допускает восстановление за 4 часа, а пп. 8.2–8.3 требуют устранения критической ошибки за 2 часа.
• Служба поддержки. П. 8.2 обязывает организовать поддержку «на период оказания услуг» с даты подписания договора, при этом предмет закупки — работы, а гарантия — 12 месяцев. Период поддержки и её отношение к гарантии не определены.
• Исключительные права. П. 8.5 обязывает предоставить «исключительные права на объекты интеллектуальной собственности» без указания, распространяется ли оно на уже существующие компоненты поставщика, библиотеки третьих лиц и модели распознавания. Фраза «сведения об отечественном производителе» к работам не применима.
• Устаревшие ссылки. В п. 11 техспецификации указан Закон РК от 4 декабря 2015 года № 434-V «О государственных закупках». Он утратил силу с 1 января 2025 года (п. 3 ст. 29 Закона № 106-VIII). Просим также актуализировать ссылки на законы об информатизации, персональных данных и электронной цифровой подписи с учётом Цифрового кодекса РК от 9 января 2026 года № 255-VIII.
Просим
1. Принять настоящие замечания и в срок, предусмотренный пунктом 172 Правил, внести изменения в КД, в том числе в техническую спецификацию и приложение 7, с повторным утверждением на веб-портале (пп. 163, 164, 174 Правил).
2. В приложении 7 исключить требования, не вытекающие из договора (раздел 1), допустить эквивалентное подтверждение квалификации, разрешить совмещение ролей, привести казахскую и русскую версии в соответствие.
3. Раскрыть в КД или в разъяснениях сведения по перечню раздела 2, либо убрать формулировки «согласуется с Заказчиком», определив параметры измеримо (выборки и методики приёмки для интеллектуальных функций).
4. Увеличить срок выполнения или разбить работы на этапы с обоснованными сроками, включая опытную эксплуатацию и гарантию.
5. Устранить противоречия раздела 4 и актуализировать нормативные ссылки.
6. Если замечания отклоняются, указать в протоколе предварительного обсуждения подробное обоснование по каждому пункту (п. 183 Правил).
