Внимание! Соединение с приложением прервано. Дождитесь повторного подключения.
Обсуждение документации - Просмотр сообщения № 1065300
Тема сообщения
ЗАМЕЧАНИЯ
Тип сообщения
Замечание к КД
Поставщик
Товарищество с ограниченной ответственностью "NAIZA- PV"
Представитель поставщика
ИСКАКОВ САБЫРЖАН ГОМАРОВИЧ
Дата и время отправки сообщения
2026-08-17 13:28:06
Текст сообщения
Уважаемый Заказчик!
Ознакомившись с проектом конкурсной документации и технической спецификацией, просим предоставить разъяснения и внести необходимые уточнения. Обращение не оспаривает необходимость модернизации СКУД и внедрения биометрической идентификации. Замечания связаны с неоднозначностью состава турникетной инфраструктуры, архитектуры интеграции с Alaqan и порядка подтверждения квалификации специалистов до подачи заявки.
1. Турникетная инфраструктура и фактический предмет поставки
Техническая спецификация одновременно предусматривает: обследование действующей системы Заказчика; поставку, монтаж и установку турникетов; наличие в составе АПК двух турникетов; интеграцию предлагаемой СКУД с «турникетной инфраструктурой Заказчика»; а также «дооснащение турникетной базы в количестве 2 шт.» путем установки сканеров вен ладони. Из этих положений невозможно однозначно определить исходное состояние объекта и конечный состав турникетной группы.
Просим разъяснить:
1. Сколько турникетов фактически установлено и эксплуатируется у Заказчика на дату размещения проекта КД?
2. Если турникеты имеются, указать их производителя, модели, контроллеры, используемое ПО СКУД и доступные интерфейсы подключения.
3. Что является предметом закупки: установка двух новых турникетов при отсутствии существующих; добавление двух новых к действующей группе; либо замена двух существующих турникетов на новые?
4. Если предусмотрена замена, входит ли в объем договора демонтаж, отключение/перекоммутация существующего оборудования и кабельных линий?
5. К каким двум турникетам относится формулировка «дооснащение турникетной базы в количестве 2 шт.» — к новым поставляемым или к существующим?
6. Что именно понимается под интеграцией с «турникетной инфраструктурой Заказчика»: контроллеры, сервер СКУД, кабельная сеть, действующее ПО либо иные компоненты?
7. Если КД содержит требование о специалисте, обученном по предлагаемым турникетам, уточнить: обучение относится только к двум новым турникетам, выбираемым участником, либо также к существующей инфраструктуре. Во втором случае просим заранее раскрыть производителя и модели существующего оборудования.
2. Роль Alaqan в архитектуре СКУД
ТС требует интеграции предлагаемой системы с единым центром и веб-интерфейсом Управления образования Акмолинской области на базе Alaqan. При этом не определено, какую функцию Alaqan выполняет при биометрической идентификации и предоставлении доступа. ТС также предусматривает автономную работу при отсутствии Интернета с локальным сохранением данных и последующей передачей на сервер.
Просим разъяснить:
8. Где выполняется биометрическая идентификация: в локальном компоненте СКУД, Alaqan либо ином компоненте?
9. Какой компонент принимает решение о разрешении/запрете прохода в штатном и автономном режимах?
10. Где хранятся биометрические шаблоны: локально, в Alaqan либо одновременно в нескольких компонентах?
11. Какие данные синхронизируются с Alaqan: учетные данные, шаблоны, права доступа, события прохода или иной состав данных?
12. Обязательно ли применение сканеров/регистрационных терминалов экосистемы Alaqan либо допускаются устройства иных производителей, соответствующие ТС и интеграционным интерфейсам?
3. Технические условия интеграции с Alaqan
Интеграция с Alaqan является обязательным результатом работ, однако в опубликованной ТС не приведены API/SDK, спецификация обмена, способ аутентификации, тестовый контур, порядок выдачи технических учетных данных и допуска к промышленной среде. Эти сведения необходимы для оценки технической исполнимости предложения.
Просим:
13. Предоставить либо указать порядок получения актуальной документации интеграционных интерфейсов Alaqan (API/SDK/OpenAPI/Swagger или эквивалент).
14. Указать способ аутентификации/авторизации и порядок получения credentials, ключей и/или сертификатов.
15. Сообщить о наличии тестового/стендового контура и порядке доступа к нему.
16. Указать организацию, администрирующую интеграционный контур и предоставляющую технический доступ.
17. Подтвердить, что необходимые средства интеграции и доступ к ним предоставляются на равных условиях любому поставщику, соответствующему КД, либо победителю конкурса.
4. Специалист, обученный работе с Alaqan
Если КД требует специалиста с документом о прохождении обучения по Alaqan для интеграции, просим конкретизировать это условие. Не раскрыто, какие работы требуют специального продуктового обучения, кто вправе его проводить, какой документ признается подтверждающим и как любой участник может получить его до окончания приема заявок.
Просим разъяснить:
18. Наименование и содержание требуемой программы обучения Alaqan.
19. Кто уполномочен проводить обучение и выдавать подтверждающий документ?
20. Какие документы признаются соответствующими данному квалификационному требованию?
21. Каковы порядок, сроки и условия прохождения обучения любым потенциальным поставщиком до подачи заявки?
22. Какие операции по договору не могут быть выполнены квалифицированным специалистом по системной/программной интеграции на основании API/SDK без отдельного продуктового обучения Alaqan?
Если фактический объем работ с Alaqan представляет собой интеграцию через документированный внешний интерфейс, просим рассмотреть замену продуктово-специфического требования на объективно проверяемое требование к квалификации специалиста по системной/программной интеграции.
5. Конкретный технологический стек и единый производитель
ТС устанавливает конкретный внутренний стек: Go/Fiber, Docker, Kubernetes, C++/Qt, PostgreSQL/PgBouncer, Nginx, SQLite, а также требует единую программную и аппаратную платформу одного производителя. Просим раскрыть техническую необходимость такой детализации.
23. Указать, какие действующие компоненты Заказчика или Alaqan требуют совместимости с каждым из перечисленных языков, фреймворков, СУБД и средств контейнеризации.
24. Разъяснить, почему требуемые функции, производительность и уровень ИБ не могут быть обеспечены технологически эквивалентным решением с иным внутренним стеком при соблюдении внешних интерфейсов.
25. Если стек не обусловлен совместимостью, рассмотреть формулирование требований через измеримые функциональные, эксплуатационные, производительные показатели и требования ИБ.
26. Разъяснить техническую необходимость единой программной и аппаратной платформы одного производителя и указать риск несовместимости, который нельзя устранить документированными интерфейсами.
6. Авторизационное письмо и совокупность продуктовых требований
ТС требует авторизационное письмо производителя АПК на право поставки, внедрения и технической поддержки. В совокупности с единым производителем, продуктовым обучением специалистов и обязательной интеграцией с Alaqan такие условия могут существенно влиять на круг участников.
27. Уточнить, какие полномочия производителя должны подтверждаться письмом и допускаются ли эквивалентные документы официального дилера/дистрибьютора/правообладателя в предусмотренных законодательством случаях.
28. Указать, каким образом любой поставщик, предлагающий соответствующее ТС решение, может получить необходимую авторизацию до окончания приема заявок.
29. Подтвердить, что получение авторизации, обучения и доступа к Alaqan не зависит от исключительного волеизъявления одного правообладателя/производителя, если равный доступ к нему не обеспечен.
7. Правовое основание и итоговая просьба
Согласно пункту 3 статьи 11 Закона Республики Казахстан «О государственных закупках» от 1 июля 2024 года №106-VIII ЗРК не допускаются квалификационные требования, которые ограничивают и необоснованно усложняют участие потенциальных поставщиков либо непосредственно не вытекают из необходимости исполнения договора. Пункт 4 статьи 12 запрещает условия закупки, влекущие ограничение количества потенциальных поставщиков в случаях, не предусмотренных Законом.
В соответствии с пунктами 169–172 Правил осуществления государственных закупок, утвержденных приказом Министра финансов Республики Казахстан от 9 октября 2024 года №687, проект КД подлежит предварительному обсуждению, а по поступившим замечаниям и запросам должны быть приняты решения либо предоставлены разъяснения.
Просим предоставить предметный ответ по каждому поставленному вопросу; однозначно определить состояние и сценарий модернизации турникетной инфраструктуры; раскрыть архитектуру и технические условия интеграции с Alaqan; уточнить требования к специалистам; обосновать технологический стек, единого производителя и порядок авторизации. При отклонении замечаний просим привести по каждому пункту конкретное техническое и правовое обоснование.
Нормативные акты, использованные при подготовке обращения: Закон Республики Казахстан «О государственных закупках» от 1 июля 2024 года № 106-VIII ЗРК (статьи 11 и 12); Правила осуществления государственных закупок, утвержденные приказом Министра финансов Республики Казахстан от 9 октября 2024 года № 687 (пункты 169–172 о предварительном обсуждении проекта конкурсной документации).
Ознакомившись с проектом конкурсной документации и технической спецификацией, просим предоставить разъяснения и внести необходимые уточнения. Обращение не оспаривает необходимость модернизации СКУД и внедрения биометрической идентификации. Замечания связаны с неоднозначностью состава турникетной инфраструктуры, архитектуры интеграции с Alaqan и порядка подтверждения квалификации специалистов до подачи заявки.
1. Турникетная инфраструктура и фактический предмет поставки
Техническая спецификация одновременно предусматривает: обследование действующей системы Заказчика; поставку, монтаж и установку турникетов; наличие в составе АПК двух турникетов; интеграцию предлагаемой СКУД с «турникетной инфраструктурой Заказчика»; а также «дооснащение турникетной базы в количестве 2 шт.» путем установки сканеров вен ладони. Из этих положений невозможно однозначно определить исходное состояние объекта и конечный состав турникетной группы.
Просим разъяснить:
1. Сколько турникетов фактически установлено и эксплуатируется у Заказчика на дату размещения проекта КД?
2. Если турникеты имеются, указать их производителя, модели, контроллеры, используемое ПО СКУД и доступные интерфейсы подключения.
3. Что является предметом закупки: установка двух новых турникетов при отсутствии существующих; добавление двух новых к действующей группе; либо замена двух существующих турникетов на новые?
4. Если предусмотрена замена, входит ли в объем договора демонтаж, отключение/перекоммутация существующего оборудования и кабельных линий?
5. К каким двум турникетам относится формулировка «дооснащение турникетной базы в количестве 2 шт.» — к новым поставляемым или к существующим?
6. Что именно понимается под интеграцией с «турникетной инфраструктурой Заказчика»: контроллеры, сервер СКУД, кабельная сеть, действующее ПО либо иные компоненты?
7. Если КД содержит требование о специалисте, обученном по предлагаемым турникетам, уточнить: обучение относится только к двум новым турникетам, выбираемым участником, либо также к существующей инфраструктуре. Во втором случае просим заранее раскрыть производителя и модели существующего оборудования.
2. Роль Alaqan в архитектуре СКУД
ТС требует интеграции предлагаемой системы с единым центром и веб-интерфейсом Управления образования Акмолинской области на базе Alaqan. При этом не определено, какую функцию Alaqan выполняет при биометрической идентификации и предоставлении доступа. ТС также предусматривает автономную работу при отсутствии Интернета с локальным сохранением данных и последующей передачей на сервер.
Просим разъяснить:
8. Где выполняется биометрическая идентификация: в локальном компоненте СКУД, Alaqan либо ином компоненте?
9. Какой компонент принимает решение о разрешении/запрете прохода в штатном и автономном режимах?
10. Где хранятся биометрические шаблоны: локально, в Alaqan либо одновременно в нескольких компонентах?
11. Какие данные синхронизируются с Alaqan: учетные данные, шаблоны, права доступа, события прохода или иной состав данных?
12. Обязательно ли применение сканеров/регистрационных терминалов экосистемы Alaqan либо допускаются устройства иных производителей, соответствующие ТС и интеграционным интерфейсам?
3. Технические условия интеграции с Alaqan
Интеграция с Alaqan является обязательным результатом работ, однако в опубликованной ТС не приведены API/SDK, спецификация обмена, способ аутентификации, тестовый контур, порядок выдачи технических учетных данных и допуска к промышленной среде. Эти сведения необходимы для оценки технической исполнимости предложения.
Просим:
13. Предоставить либо указать порядок получения актуальной документации интеграционных интерфейсов Alaqan (API/SDK/OpenAPI/Swagger или эквивалент).
14. Указать способ аутентификации/авторизации и порядок получения credentials, ключей и/или сертификатов.
15. Сообщить о наличии тестового/стендового контура и порядке доступа к нему.
16. Указать организацию, администрирующую интеграционный контур и предоставляющую технический доступ.
17. Подтвердить, что необходимые средства интеграции и доступ к ним предоставляются на равных условиях любому поставщику, соответствующему КД, либо победителю конкурса.
4. Специалист, обученный работе с Alaqan
Если КД требует специалиста с документом о прохождении обучения по Alaqan для интеграции, просим конкретизировать это условие. Не раскрыто, какие работы требуют специального продуктового обучения, кто вправе его проводить, какой документ признается подтверждающим и как любой участник может получить его до окончания приема заявок.
Просим разъяснить:
18. Наименование и содержание требуемой программы обучения Alaqan.
19. Кто уполномочен проводить обучение и выдавать подтверждающий документ?
20. Какие документы признаются соответствующими данному квалификационному требованию?
21. Каковы порядок, сроки и условия прохождения обучения любым потенциальным поставщиком до подачи заявки?
22. Какие операции по договору не могут быть выполнены квалифицированным специалистом по системной/программной интеграции на основании API/SDK без отдельного продуктового обучения Alaqan?
Если фактический объем работ с Alaqan представляет собой интеграцию через документированный внешний интерфейс, просим рассмотреть замену продуктово-специфического требования на объективно проверяемое требование к квалификации специалиста по системной/программной интеграции.
5. Конкретный технологический стек и единый производитель
ТС устанавливает конкретный внутренний стек: Go/Fiber, Docker, Kubernetes, C++/Qt, PostgreSQL/PgBouncer, Nginx, SQLite, а также требует единую программную и аппаратную платформу одного производителя. Просим раскрыть техническую необходимость такой детализации.
23. Указать, какие действующие компоненты Заказчика или Alaqan требуют совместимости с каждым из перечисленных языков, фреймворков, СУБД и средств контейнеризации.
24. Разъяснить, почему требуемые функции, производительность и уровень ИБ не могут быть обеспечены технологически эквивалентным решением с иным внутренним стеком при соблюдении внешних интерфейсов.
25. Если стек не обусловлен совместимостью, рассмотреть формулирование требований через измеримые функциональные, эксплуатационные, производительные показатели и требования ИБ.
26. Разъяснить техническую необходимость единой программной и аппаратной платформы одного производителя и указать риск несовместимости, который нельзя устранить документированными интерфейсами.
6. Авторизационное письмо и совокупность продуктовых требований
ТС требует авторизационное письмо производителя АПК на право поставки, внедрения и технической поддержки. В совокупности с единым производителем, продуктовым обучением специалистов и обязательной интеграцией с Alaqan такие условия могут существенно влиять на круг участников.
27. Уточнить, какие полномочия производителя должны подтверждаться письмом и допускаются ли эквивалентные документы официального дилера/дистрибьютора/правообладателя в предусмотренных законодательством случаях.
28. Указать, каким образом любой поставщик, предлагающий соответствующее ТС решение, может получить необходимую авторизацию до окончания приема заявок.
29. Подтвердить, что получение авторизации, обучения и доступа к Alaqan не зависит от исключительного волеизъявления одного правообладателя/производителя, если равный доступ к нему не обеспечен.
7. Правовое основание и итоговая просьба
Согласно пункту 3 статьи 11 Закона Республики Казахстан «О государственных закупках» от 1 июля 2024 года №106-VIII ЗРК не допускаются квалификационные требования, которые ограничивают и необоснованно усложняют участие потенциальных поставщиков либо непосредственно не вытекают из необходимости исполнения договора. Пункт 4 статьи 12 запрещает условия закупки, влекущие ограничение количества потенциальных поставщиков в случаях, не предусмотренных Законом.
В соответствии с пунктами 169–172 Правил осуществления государственных закупок, утвержденных приказом Министра финансов Республики Казахстан от 9 октября 2024 года №687, проект КД подлежит предварительному обсуждению, а по поступившим замечаниям и запросам должны быть приняты решения либо предоставлены разъяснения.
Просим предоставить предметный ответ по каждому поставленному вопросу; однозначно определить состояние и сценарий модернизации турникетной инфраструктуры; раскрыть архитектуру и технические условия интеграции с Alaqan; уточнить требования к специалистам; обосновать технологический стек, единого производителя и порядок авторизации. При отклонении замечаний просим привести по каждому пункту конкретное техническое и правовое обоснование.
Нормативные акты, использованные при подготовке обращения: Закон Республики Казахстан «О государственных закупках» от 1 июля 2024 года № 106-VIII ЗРК (статьи 11 и 12); Правила осуществления государственных закупок, утвержденные приказом Министра финансов Республики Казахстан от 9 октября 2024 года № 687 (пункты 169–172 о предварительном обсуждении проекта конкурсной документации).
