Внимание! Соединение с приложением прервано. Дождитесь повторного подключения.
Обсуждение документации - Просмотр сообщения № 1068741
Тема сообщения
Запрос о разъяснении КД
Тип сообщения
Запрос о разъяснении КД
Поставщик
Товарищество с ограниченной ответственностью "IT-Quantum"
Представитель поставщика
ҚАЙРАТҰЛЫ БАУЫРЖАН
Дата и время отправки сообщения
2026-09-24 23:27:07
Текст сообщения
1. Почему к одной интерактивной панели требуется пять отдельных типов программного обеспечения?
2. Допускается ли единый программный комплекс, выполняющий функции всех пяти типов?
3. Если нет, почему внутреннее деление программного обеспечения на пять продуктов является обязательным?
4. Сколько файлов формата .hhtx имеется у заказчика?
5. Сколько файлов .wtzx?
6. Сколько файлов .ubz?
7. Какими программами они были созданы?
8. Почему эти форматы являются обязательными?
9. Допускается ли автоматическая конвертация таких файлов?
10. Допускается ли эквивалентный открытый формат?
11. Какой облачный сервис должен использоваться ПО типа 1?
12. Где располагаются серверы?
13. На какой срок предоставляется облачное хранилище?
14. Какой объем хранилища входит в поставку?
15. Что происходит с облачными функциями при прекращении сервиса изготовителем?
16. Почему для дистанционного обучения необходимо не менее 50 участников?
17. Какова максимальная численность класса?
18. Использует ли школа отдельную платформу видеоконференций?
19. Почему ее функционал необходимо дублировать в ПО панели?
20. Сколько интерактивных панелей планируется управлять через ПО типа 2?
21. Почему система должна управлять неограниченным количеством устройств при закупке одной панели?
22. Допускается ограничение, например, 50 устройств?
23. Допускается 10 устройств?
24. Какая CRM используется заказчиком?
25. Если CRM отсутствует, зачем обязательна интеграция с CRM?
26. Какой API требуется?
27. Какая система SSO используется заказчиком?
28. Используется ли SAML 2.0?
29. Используется ли OpenID Connect?
30. Используется ли OAuth 2.0?
31. Почему весь этот функционал обязателен для одного учебного кабинета?
32. Какие функции перестанут работать после истечения трехлетней лицензии ПО типа 2?
33. Кто оплачивает последующее продление?
34. Какова стоимость продления?
35. Может ли панель полноценно работать без продления?
36. Является ли ПО типа 3 облачным?
37. Какие серверы используются для внешнего подключения?
38. Действует ли бессрочная лицензия при прекращении облачного сервиса?
39. Есть ли обязательная подписка?
40. Как реализуется сквозное шифрование?
41. Каким стандартом?
42. Почему на мобильных устройствах требуется более трех одновременных пользователей, а на настольных не менее шести?
43. Чем обоснованы эти значения?
44. Почему требуется одновременный вывод именно четырех потоков?
45. Допускается шесть?
46. Допускается три?
47. Какой магазин приложений должен использоваться ПО типа 4?
48. Кто является его оператором?
49. На какой срок гарантируется существование магазина?
50. Может ли заказчик устанавливать приложения вне данного магазина?
51. Почему требуется именно «светофор поведения»?
52. Допускается аналогичный инструмент с другим названием?
53. Почему обязательны «виртуальные кости»?
54. Почему наличие конкретных виджетов является критерием технического соответствия панели?
55. Почему требуется массовая трансляция не менее чем на 200 устройств?
56. Имеются ли у школы 200 совместимых устройств?
57. Если да, просим указать их тип.
58. Если нет, почему число 200 включено в обязательные требования?
59. Какие функции ПО типов 1, 4 и 5 не дублируют друг друга?
60. Допускается ли реализация этих функций единым приложением?
61. Почему поставщик должен представить авторизационное письмо производителя или дистрибьютора?
62. Какая техническая характеристика панели подтверждается этим письмом?
63. Почему оригинальность нельзя подтвердить заводским паспортом?
64. Почему нельзя подтвердить серийным номером?
65. Почему нельзя подтвердить официальным лицензионным сертификатом?
66. Обязан ли производитель выдавать письмо любому участнику?
67. Если нет, каким образом обеспечивается равный доступ к документу?
68. Как требование письма соотносится с примечанием ТС о недопустимости квалификационных требований?
69. Допускается ли официальный договор поставки оригинальной продукции вместо письма?
70. Допускается ли сертификат дилера?
71. Допускается ли проверка оригинальности при приемке?
72. Просим назвать минимум три независимые панели различных производителей, одновременно имеющие весь пакет из пяти требуемых типов ПО.
73. Просим назвать минимум три независимых программных решения, поддерживающих .hhtx, .wtzx и .ubz.
74. Просим исключить фирменное внутреннее деление ПО и заменить его единым перечнем функций.
75. Просим разрешить функционально эквивалентную реализацию одним или несколькими программными продуктами.
76. Просим исключить авторизационное письмо как единственно допустимое доказательство оригинальности.
2. Допускается ли единый программный комплекс, выполняющий функции всех пяти типов?
3. Если нет, почему внутреннее деление программного обеспечения на пять продуктов является обязательным?
4. Сколько файлов формата .hhtx имеется у заказчика?
5. Сколько файлов .wtzx?
6. Сколько файлов .ubz?
7. Какими программами они были созданы?
8. Почему эти форматы являются обязательными?
9. Допускается ли автоматическая конвертация таких файлов?
10. Допускается ли эквивалентный открытый формат?
11. Какой облачный сервис должен использоваться ПО типа 1?
12. Где располагаются серверы?
13. На какой срок предоставляется облачное хранилище?
14. Какой объем хранилища входит в поставку?
15. Что происходит с облачными функциями при прекращении сервиса изготовителем?
16. Почему для дистанционного обучения необходимо не менее 50 участников?
17. Какова максимальная численность класса?
18. Использует ли школа отдельную платформу видеоконференций?
19. Почему ее функционал необходимо дублировать в ПО панели?
20. Сколько интерактивных панелей планируется управлять через ПО типа 2?
21. Почему система должна управлять неограниченным количеством устройств при закупке одной панели?
22. Допускается ограничение, например, 50 устройств?
23. Допускается 10 устройств?
24. Какая CRM используется заказчиком?
25. Если CRM отсутствует, зачем обязательна интеграция с CRM?
26. Какой API требуется?
27. Какая система SSO используется заказчиком?
28. Используется ли SAML 2.0?
29. Используется ли OpenID Connect?
30. Используется ли OAuth 2.0?
31. Почему весь этот функционал обязателен для одного учебного кабинета?
32. Какие функции перестанут работать после истечения трехлетней лицензии ПО типа 2?
33. Кто оплачивает последующее продление?
34. Какова стоимость продления?
35. Может ли панель полноценно работать без продления?
36. Является ли ПО типа 3 облачным?
37. Какие серверы используются для внешнего подключения?
38. Действует ли бессрочная лицензия при прекращении облачного сервиса?
39. Есть ли обязательная подписка?
40. Как реализуется сквозное шифрование?
41. Каким стандартом?
42. Почему на мобильных устройствах требуется более трех одновременных пользователей, а на настольных не менее шести?
43. Чем обоснованы эти значения?
44. Почему требуется одновременный вывод именно четырех потоков?
45. Допускается шесть?
46. Допускается три?
47. Какой магазин приложений должен использоваться ПО типа 4?
48. Кто является его оператором?
49. На какой срок гарантируется существование магазина?
50. Может ли заказчик устанавливать приложения вне данного магазина?
51. Почему требуется именно «светофор поведения»?
52. Допускается аналогичный инструмент с другим названием?
53. Почему обязательны «виртуальные кости»?
54. Почему наличие конкретных виджетов является критерием технического соответствия панели?
55. Почему требуется массовая трансляция не менее чем на 200 устройств?
56. Имеются ли у школы 200 совместимых устройств?
57. Если да, просим указать их тип.
58. Если нет, почему число 200 включено в обязательные требования?
59. Какие функции ПО типов 1, 4 и 5 не дублируют друг друга?
60. Допускается ли реализация этих функций единым приложением?
61. Почему поставщик должен представить авторизационное письмо производителя или дистрибьютора?
62. Какая техническая характеристика панели подтверждается этим письмом?
63. Почему оригинальность нельзя подтвердить заводским паспортом?
64. Почему нельзя подтвердить серийным номером?
65. Почему нельзя подтвердить официальным лицензионным сертификатом?
66. Обязан ли производитель выдавать письмо любому участнику?
67. Если нет, каким образом обеспечивается равный доступ к документу?
68. Как требование письма соотносится с примечанием ТС о недопустимости квалификационных требований?
69. Допускается ли официальный договор поставки оригинальной продукции вместо письма?
70. Допускается ли сертификат дилера?
71. Допускается ли проверка оригинальности при приемке?
72. Просим назвать минимум три независимые панели различных производителей, одновременно имеющие весь пакет из пяти требуемых типов ПО.
73. Просим назвать минимум три независимых программных решения, поддерживающих .hhtx, .wtzx и .ubz.
74. Просим исключить фирменное внутреннее деление ПО и заменить его единым перечнем функций.
75. Просим разрешить функционально эквивалентную реализацию одним или несколькими программными продуктами.
76. Просим исключить авторизационное письмо как единственно допустимое доказательство оригинальности.
Ответы представителей заказчика и организатора, секретаря
Дата:
2026-09-28 12:40:00
Автор:
АХМЕТОВА ГУЛДАНА АЙТМАГАНБЕТОВНА
Решение:
Отклонить замечания
Причина отклонения
Техническая спецификация составлена исходя из потребностей Заказчика и в соответствии Приказами МОН РК ( Приказ Министра образования и науки Республики Казахстан от 2 марта 2020 года № 79 «Об определении минимальных требований к программно-аппаратному комплексу и прикладному программному обеспечению, используемых в организациях образования» и « Приказ Министра образования и науки Республики Казахстан от 22 января 2016 года № 70 «Об утверждении норм оснащения оборудованием и мебелью организаций дошкольного, среднего образования, а также специальных организаций образования» (с изменениями и дополнениями по состоянию на 01.01.2026 г.»).
Указанные в технической спецификации характеристики по всем товарам определяют основные функциональные, качественные и количественные параметры предмета закупки, достаточные для понимания его назначения и формирования ценового предложения потенциальными поставщиками. Описание носит общий характер и устанавливает минимально необходимые требования к содержанию. При этом, в соответствии с пунктом 3 статьи 12 Закона РК «О государственных закупках», заказчик использует краткое описание предмета закупки. Поскольку чрезмерная детализация могла бы привести к ограничению круга потенциальных поставщиков и фактически означала бы ориентацию на конкретный бренд либо поставщика, что противоречит ст.5 Закона о ГЗ (принципам государственных закупок).
Заказчик сообщает, что требования технической спецификации установлены исходя из функциональных, технических, качественных и эксплуатационных характеристик закупаемого комплексного учебного кабинета, включая входящие в его состав оборудование и лицензионное программное обеспечение. Указанные в технической спецификации документы предусмотрены в целях подтверждения легальности происхождения и использования программного обеспечения, исключения поставки контрафактного программного обеспечения, обеспечения совместимости компонентов комплекса, гарантийной и технической поддержки, а также надлежащего исполнения обязательств по договору. При этом ссылка заявителя на приказ Министра финансов Республики Казахстан от 08.05.2026 №297 сама по себе не свидетельствует о незаконности всех документов, связанных с подтверждением соответствия, происхождения, безопасности либо законности использования конкретного товара или программного обеспечения. Технической спецификацией предусмотрена поставка оригинального лицензионного программного обеспечения, в связи с чем соответствующие требования направлены на обеспечение законности его поставки и использования конечным пользователем. В связи с изложенным оснований для внесения изменений в техническую спецификацию по данному замечанию Заказчик не усматривает. Замечание отклоняется. Ответ на замечание №2 Замечание рассмотрено. Требования о подтверждении прав на программное обеспечение и его информационной безопасности установлены применительно к конкретному программному продукту, входящему в состав закупаемого комплексного учебного кабинета, и направлены на подтверждение легальности его использования, информационной безопасности, возможности законного распространения и последующей технической поддержки. В технической спецификации предусмотрено предоставление свидетельства о государственной регистрации прав на объект интеллектуальной собственности (авторское право на ПО) Указанные требования относятся именно к программному обеспечению и ИТ-решению и сами по себе не означают установление запрета на поставку оборудования иностранного производства. Довод заявителя о том, что наличие в составе закупки импортного оборудования автоматически исключает возможность установления требований к законности использования и безопасности программного обеспечения, не подтверждает необходимость изменения функциональных и технических характеристик закупаемого комплекса. Что касается ссылки заявителя на закупки с предварительным квалификационным отбором, предметом настоящей закупки является учебный кабинет (комплект), включающая совокупность оборудования, программного обеспечения и иных компонентов, а оспариваемые требования установлены с учетом состава и назначения закупаемого комплекса.
Также сообщаем, что в технической спецификации отсутствуют какие-либо указания на товарные знаки, модели и т.д., которые бы определяли принадлежность товара к определенному потенциальному поставщику, что соответствует норме ст.12 Закона о ГЗ.
Сообщаем, что каждый пункт технической спецификации сформирован с учетом конкретной потребности Заказчика, функционального назначения соответствующего товара и требований к его качеству, надежности и безопасности при эксплуатации. Технические характеристики по каждой позиции определены самостоятельно и обусловлены необходимостью обеспечения соответствующих функциональных и эксплуатационных свойств закупаемого оборудования. При этом установленные параметры не являются произвольными и не направлены на выбор конкретного производителя либо модели. При этом потенциальный поставщик вправе самостоятельно предложить альтернативу в соответствии с пунктом 213 Правил. Вместе с тем, согласно статье 5 Закона РК «О государственных закупках», одним из основополагающих принципов является обеспечение равных возможностей для участия всех потенциальных поставщиков. В конкурсной документации по всем товарам функциональные характеристики указаны в виде диапазонов значений; при этом потенциальный поставщик, в соответствии с Приложением 17, обязан указать точные характеристики предлагаемой продукции.
В соответствии с пунктом 213 Правил Допускается несоответствие технической спецификации на товары, работы, услуги потенциального поставщика технической спецификации, указанной в конкурсной документации, если предлагаются более лучшие функциональные, технические, эксплуатационные и качественные характеристики товаров (услуг), технологические решения и (или) выполнение работ из лучших материалов.
Сообщаем, что изложенные в обращении вопросы будут рассмотрены с учетом технической
спецификации.
Указанные в технической спецификации характеристики по всем товарам определяют основные функциональные, качественные и количественные параметры предмета закупки, достаточные для понимания его назначения и формирования ценового предложения потенциальными поставщиками. Описание носит общий характер и устанавливает минимально необходимые требования к содержанию. При этом, в соответствии с пунктом 3 статьи 12 Закона РК «О государственных закупках», заказчик использует краткое описание предмета закупки. Поскольку чрезмерная детализация могла бы привести к ограничению круга потенциальных поставщиков и фактически означала бы ориентацию на конкретный бренд либо поставщика, что противоречит ст.5 Закона о ГЗ (принципам государственных закупок).
Заказчик сообщает, что требования технической спецификации установлены исходя из функциональных, технических, качественных и эксплуатационных характеристик закупаемого комплексного учебного кабинета, включая входящие в его состав оборудование и лицензионное программное обеспечение. Указанные в технической спецификации документы предусмотрены в целях подтверждения легальности происхождения и использования программного обеспечения, исключения поставки контрафактного программного обеспечения, обеспечения совместимости компонентов комплекса, гарантийной и технической поддержки, а также надлежащего исполнения обязательств по договору. При этом ссылка заявителя на приказ Министра финансов Республики Казахстан от 08.05.2026 №297 сама по себе не свидетельствует о незаконности всех документов, связанных с подтверждением соответствия, происхождения, безопасности либо законности использования конкретного товара или программного обеспечения. Технической спецификацией предусмотрена поставка оригинального лицензионного программного обеспечения, в связи с чем соответствующие требования направлены на обеспечение законности его поставки и использования конечным пользователем. В связи с изложенным оснований для внесения изменений в техническую спецификацию по данному замечанию Заказчик не усматривает. Замечание отклоняется. Ответ на замечание №2 Замечание рассмотрено. Требования о подтверждении прав на программное обеспечение и его информационной безопасности установлены применительно к конкретному программному продукту, входящему в состав закупаемого комплексного учебного кабинета, и направлены на подтверждение легальности его использования, информационной безопасности, возможности законного распространения и последующей технической поддержки. В технической спецификации предусмотрено предоставление свидетельства о государственной регистрации прав на объект интеллектуальной собственности (авторское право на ПО) Указанные требования относятся именно к программному обеспечению и ИТ-решению и сами по себе не означают установление запрета на поставку оборудования иностранного производства. Довод заявителя о том, что наличие в составе закупки импортного оборудования автоматически исключает возможность установления требований к законности использования и безопасности программного обеспечения, не подтверждает необходимость изменения функциональных и технических характеристик закупаемого комплекса. Что касается ссылки заявителя на закупки с предварительным квалификационным отбором, предметом настоящей закупки является учебный кабинет (комплект), включающая совокупность оборудования, программного обеспечения и иных компонентов, а оспариваемые требования установлены с учетом состава и назначения закупаемого комплекса.
Также сообщаем, что в технической спецификации отсутствуют какие-либо указания на товарные знаки, модели и т.д., которые бы определяли принадлежность товара к определенному потенциальному поставщику, что соответствует норме ст.12 Закона о ГЗ.
Сообщаем, что каждый пункт технической спецификации сформирован с учетом конкретной потребности Заказчика, функционального назначения соответствующего товара и требований к его качеству, надежности и безопасности при эксплуатации. Технические характеристики по каждой позиции определены самостоятельно и обусловлены необходимостью обеспечения соответствующих функциональных и эксплуатационных свойств закупаемого оборудования. При этом установленные параметры не являются произвольными и не направлены на выбор конкретного производителя либо модели. При этом потенциальный поставщик вправе самостоятельно предложить альтернативу в соответствии с пунктом 213 Правил. Вместе с тем, согласно статье 5 Закона РК «О государственных закупках», одним из основополагающих принципов является обеспечение равных возможностей для участия всех потенциальных поставщиков. В конкурсной документации по всем товарам функциональные характеристики указаны в виде диапазонов значений; при этом потенциальный поставщик, в соответствии с Приложением 17, обязан указать точные характеристики предлагаемой продукции.
В соответствии с пунктом 213 Правил Допускается несоответствие технической спецификации на товары, работы, услуги потенциального поставщика технической спецификации, указанной в конкурсной документации, если предлагаются более лучшие функциональные, технические, эксплуатационные и качественные характеристики товаров (услуг), технологические решения и (или) выполнение работ из лучших материалов.
Сообщаем, что изложенные в обращении вопросы будут рассмотрены с учетом технической
спецификации.
