Внимание! Соединение с приложением прервано. Дождитесь повторного подключения.
Обсуждение документации - Просмотр сообщения № 1068740
Тема сообщения
Замечание к КД
Тип сообщения
Замечание к КД
Поставщик
Товарищество с ограниченной ответственностью "IT-Quantum"
Представитель поставщика
ҚАЙРАТҰЛЫ БАУЫРЖАН
Дата и время отправки сообщения
2026-09-24 23:26:51
Текст сообщения
1. Техническая спецификация предусматривает поставку одной интерактивной панели, однако непосредственно к ней предъявляется требование о наличии сразу пяти отдельных типов программного обеспечения.
2. Каждое из этих программных решений описано чрезвычайно подробно и фактически формирует единую фирменную экосистему определенного производителя интерактивного оборудования.
3. ПО типа 1 должно являться платформой создания образовательного контента и поддерживать специфические форматы .iwb, .hhtx, .wtzx, .ubz.
4. Наряду с этим требуется работа с DOC/DOCX, XLS/XLSX, PPT/PPTX, PDF и мультимедиа.
5. Особое внимание обращаем на форматы .hhtx, .wtzx и .ubz.
6. Они не относятся к общеупотребительным универсальным офисным форматам.
7. Требование поддержки сразу нескольких специальных форматов может однозначно указывать на экосистему конкретных программных продуктов.
8. Заказчиком не объяснено, имеются ли у школы архивы учебных материалов именно в этих форматах.
9. Если таких существующих файлов нет, требование их обязательной поддержки не связано с реальной потребностью заказчика.
10. Если такие файлы имеются, необходимо указать их количество и обосновать невозможность конвертации в открытые стандартные форматы.
11. ПО должно дополнительно обеспечивать облачную авторизацию и интеграцию с облачными хранилищами.
12. Не определено, какой облачный сервис предполагается использовать.
13. Не определено местонахождение серверов.
14. Не установлены требования к персональным данным.
15. Не указан срок предоставления облачного сервиса.
16. При этом основная лицензия должна быть бессрочной.
17. Бессрочность локальной лицензии сама по себе не гарантирует бессрочную доступность облачной составляющей.
18. Необходимо разделить локальные и облачные функции и указать срок каждой из них.
19. ПО должно обеспечивать одновременное подключение не менее 50 участников для дистанционного обучения.
20. Неясно, почему для одного кабинета физики требуется дистанционная конференция именно на 50 участников.
21. Не указана связь данного показателя с фактической наполняемостью классов школы.
22. Далее требуется поддержка групп, breakout-комнат, чата, демонстрации экрана, тестирования и множества специфических инструментов.
23. Это фактически функционал отдельной платформы видеоконференцсвязи и LMS, встроенный в ПО интерактивной панели.
24. Не обосновано, почему заказчик не может использовать существующие образовательные сервисы или стандартные средства школы.
25. ПО типа 2 представляет собой централизованную систему удаленного администрирования дисплеев.
26. Система должна обеспечивать управление неограниченным количеством подключенных дисплеев.
27. Однако по данной закупке приобретается одна интерактивная панель.
28. Требование возможности управления неограниченным количеством дисплеев явно несоразмерно предмету данной закупки.
29. Для одной панели достаточно управления одним либо разумно ограниченным количеством устройств.
30. Неограниченная масштабируемость является корпоративной характеристикой системы управления крупным парком устройств и требует отдельного обоснования.
31. Дополнительно предусмотрены API-интеграции, в том числе с CRM-системами.
32. Неясно, какая CRM-система используется общеобразовательной школой и каким образом она связана с интерактивной панелью кабинета физики.
33. Если CRM фактически отсутствует, требование является избыточным.
34. Если существует конкретная система, необходимо указать протокол требуемой интеграции.
35. ПО типа 2 должно поддерживать SAML 2.0, OAuth 2.0, OpenID Connect либо эквивалент.
36. Такой функционал характерен для корпоративного централизованного управления идентификацией.
37. Не установлено, какая система единого входа используется заказчиком.
38. Требование может являться формальным признаком конкретной платформы без фактической необходимости.
39. Дополнительно ПО типа 2 должно управлять прокси-сервером, VPN/CA сертификатами, сетевыми параметрами, политиками паролей, терминальными командами, режимом киоска и иными административными параметрами.
40. Это полномасштабная MDM/RMM-платформа.
41. Для поставки одной интерактивной панели подобный функционал требует отдельного экономического и технического обоснования.
42. Лицензия ПО типа 2 должна предоставляться минимум на три года.
43. При этом по иным программным компонентам требуются бессрочные лицензии.
44. Неясно, почему для одного элемента экосистемы установлен срок три года, а для других бессрочное использование.
45. Не определено, кто несет стоимость продления по истечении трех лет.
46. Не определено, какие функции панели будут потеряны без продления.
47. ПО типа 3 представляет собой систему беспроводной трансляции и совместной работы.
48. Оно должно одновременно работать через браузер и клиентские приложения, поддерживать локальные и внешние сети, Touchback, двустороннюю аннотацию, несколько потоков, передачу файлов, OAuth2, 720p/1080p и сквозное шифрование.
49. Каждая функция по отдельности может быть полезной, но совокупность снова описывает конкретный развитый коммерческий продукт.
50. Лицензия типа 3 должна быть бессрочной на одно устройство.
51. Неясно, является ли серверная инфраструктура такой системы также бессрочной.
52. Если подключение извне осуществляется через облачные серверы изготовителя, бессрочная лицензия не гарантирует бессрочную работу сервиса.
53. ПО типа 4 включает собственный магазин проверенных образовательных приложений.
54. Магазин должен регулярно обновляться, проверять совместимость приложений и позволять устанавливать их непосредственно на устройство.
55. Это очевидно зависит от производителя конкретной программной экосистемы.
56. Независимый поставщик панели не может самостоятельно обеспечить наличие чужого фирменного магазина приложений.
57. Еще более специфично требование встроенного виджета преподавателя с конкретным набором средств: таймер, инструкционные карточки, «светофор поведения», виртуальные кости, «перде», прожектор, масштабирование и календарь.
58. Фактически перечисляется пользовательский интерфейс конкретного программного продукта.
59. Эквивалентное ПО может иметь те же функции под другими названиями, в другом меню либо другой архитектуре.
60. Формальное требование конкретного виджета ограничивает такие решения.
61. ПО типа 4 также должно интегрироваться с системой массовой трансляции контента не менее чем на 200 устройств.
62. При этом закупается одна интерактивная панель.
63. Заказчиком не указано наличие 200 принимающих устройств.
64. Следовательно, число 200 требует обоснования.
65. ПО типа 5 снова реализует функции электронной доски, которые частично дублируют ПО типа 1 и типа 4.
66. Оно должно поддерживать бесконечный холст, многопользовательскую работу, распознавание пера, пальца и ладони, вставку изображений и встроенный поиск.
67. Не пояснено, зачем одной панели нужны пять отдельных программных продуктов с частично перекрывающимся функционалом.
68. Такое построение закупки может быть обусловлено тем, что конкретный производитель поставляет пакет из нескольких фирменных приложений.
69. В таком случае поставщик эквивалентной панели другого производителя, имеющей единое интегрированное ПО с теми же возможностями, формально не соответствует требованию о пяти типах ПО.
70. Необходимо оценивать суммарный функциональный результат, а не внутреннее деление программной экосистемы производителя на пять приложений.
71. Дополнительно ТС требует от участника авторизационное письмо от производителя либо дистрибьютора на право поставки предлагаемой интерактивной панели.
72. Такой документ характеризует коммерческие отношения конкретного потенциального поставщика с третьим лицом, а не технические свойства оборудования.
73. При этом примечание самой ТС указывает, что установление квалификационных требований к потенциальному поставщику в технической спецификации не допускается.
74. Авторизационное письмо зависит от решения производителя или дистрибьютора, который самостоятельно определяет, кому его выдавать.
75. Поставщик может иметь возможность законно приобрести оригинальную панель через официальный канал после заключения договора, однако быть ограниченным на этапе участия из-за отсутствия индивидуального письма.
76. Цель недопущения контрафакта может достигаться посредством серийного номера, заводского паспорта, лицензионных документов, сертификатов и товаросопроводительной документации.
77. Необходимо предусмотреть альтернативные способы подтверждения оригинальности.
78. Просим заказчика указать минимум три независимых производителя панелей, которые способны предоставить полностью идентичный комплекс из пяти программных продуктов с заявленным функционалом.
79. Просим отдельно указать три независимых программных экосистемы, поддерживающие одновременно специальные форматы .hhtx, .wtzx и .ubz.
80. При отсутствии нескольких независимых решений требования должны быть переработаны.
81. Вместо пяти типов фирменного ПО следует указать единый перечень обязательных функций с возможностью их реализации одним или несколькими программными продуктами.
82. Следует исключить не связанные с реальной потребностью требования управления неограниченным числом дисплеев, интеграции с CRM и массовой трансляции на 200 устройств, если заказчик не располагает соответствующей инфраструктурой.
83. Требования по лицензиям необходимо сделать однозначными: срок локальной лицензии, облачных сервисов, обновлений и технической поддержки.
84. Без этого невозможно корректно сравнивать предложения и будущие эксплуатационные расходы.
85. Просим внести изменения, обеспечивающие возможность предложения функционально эквивалентных панелей и программных комплексов различных производителей.
2. Каждое из этих программных решений описано чрезвычайно подробно и фактически формирует единую фирменную экосистему определенного производителя интерактивного оборудования.
3. ПО типа 1 должно являться платформой создания образовательного контента и поддерживать специфические форматы .iwb, .hhtx, .wtzx, .ubz.
4. Наряду с этим требуется работа с DOC/DOCX, XLS/XLSX, PPT/PPTX, PDF и мультимедиа.
5. Особое внимание обращаем на форматы .hhtx, .wtzx и .ubz.
6. Они не относятся к общеупотребительным универсальным офисным форматам.
7. Требование поддержки сразу нескольких специальных форматов может однозначно указывать на экосистему конкретных программных продуктов.
8. Заказчиком не объяснено, имеются ли у школы архивы учебных материалов именно в этих форматах.
9. Если таких существующих файлов нет, требование их обязательной поддержки не связано с реальной потребностью заказчика.
10. Если такие файлы имеются, необходимо указать их количество и обосновать невозможность конвертации в открытые стандартные форматы.
11. ПО должно дополнительно обеспечивать облачную авторизацию и интеграцию с облачными хранилищами.
12. Не определено, какой облачный сервис предполагается использовать.
13. Не определено местонахождение серверов.
14. Не установлены требования к персональным данным.
15. Не указан срок предоставления облачного сервиса.
16. При этом основная лицензия должна быть бессрочной.
17. Бессрочность локальной лицензии сама по себе не гарантирует бессрочную доступность облачной составляющей.
18. Необходимо разделить локальные и облачные функции и указать срок каждой из них.
19. ПО должно обеспечивать одновременное подключение не менее 50 участников для дистанционного обучения.
20. Неясно, почему для одного кабинета физики требуется дистанционная конференция именно на 50 участников.
21. Не указана связь данного показателя с фактической наполняемостью классов школы.
22. Далее требуется поддержка групп, breakout-комнат, чата, демонстрации экрана, тестирования и множества специфических инструментов.
23. Это фактически функционал отдельной платформы видеоконференцсвязи и LMS, встроенный в ПО интерактивной панели.
24. Не обосновано, почему заказчик не может использовать существующие образовательные сервисы или стандартные средства школы.
25. ПО типа 2 представляет собой централизованную систему удаленного администрирования дисплеев.
26. Система должна обеспечивать управление неограниченным количеством подключенных дисплеев.
27. Однако по данной закупке приобретается одна интерактивная панель.
28. Требование возможности управления неограниченным количеством дисплеев явно несоразмерно предмету данной закупки.
29. Для одной панели достаточно управления одним либо разумно ограниченным количеством устройств.
30. Неограниченная масштабируемость является корпоративной характеристикой системы управления крупным парком устройств и требует отдельного обоснования.
31. Дополнительно предусмотрены API-интеграции, в том числе с CRM-системами.
32. Неясно, какая CRM-система используется общеобразовательной школой и каким образом она связана с интерактивной панелью кабинета физики.
33. Если CRM фактически отсутствует, требование является избыточным.
34. Если существует конкретная система, необходимо указать протокол требуемой интеграции.
35. ПО типа 2 должно поддерживать SAML 2.0, OAuth 2.0, OpenID Connect либо эквивалент.
36. Такой функционал характерен для корпоративного централизованного управления идентификацией.
37. Не установлено, какая система единого входа используется заказчиком.
38. Требование может являться формальным признаком конкретной платформы без фактической необходимости.
39. Дополнительно ПО типа 2 должно управлять прокси-сервером, VPN/CA сертификатами, сетевыми параметрами, политиками паролей, терминальными командами, режимом киоска и иными административными параметрами.
40. Это полномасштабная MDM/RMM-платформа.
41. Для поставки одной интерактивной панели подобный функционал требует отдельного экономического и технического обоснования.
42. Лицензия ПО типа 2 должна предоставляться минимум на три года.
43. При этом по иным программным компонентам требуются бессрочные лицензии.
44. Неясно, почему для одного элемента экосистемы установлен срок три года, а для других бессрочное использование.
45. Не определено, кто несет стоимость продления по истечении трех лет.
46. Не определено, какие функции панели будут потеряны без продления.
47. ПО типа 3 представляет собой систему беспроводной трансляции и совместной работы.
48. Оно должно одновременно работать через браузер и клиентские приложения, поддерживать локальные и внешние сети, Touchback, двустороннюю аннотацию, несколько потоков, передачу файлов, OAuth2, 720p/1080p и сквозное шифрование.
49. Каждая функция по отдельности может быть полезной, но совокупность снова описывает конкретный развитый коммерческий продукт.
50. Лицензия типа 3 должна быть бессрочной на одно устройство.
51. Неясно, является ли серверная инфраструктура такой системы также бессрочной.
52. Если подключение извне осуществляется через облачные серверы изготовителя, бессрочная лицензия не гарантирует бессрочную работу сервиса.
53. ПО типа 4 включает собственный магазин проверенных образовательных приложений.
54. Магазин должен регулярно обновляться, проверять совместимость приложений и позволять устанавливать их непосредственно на устройство.
55. Это очевидно зависит от производителя конкретной программной экосистемы.
56. Независимый поставщик панели не может самостоятельно обеспечить наличие чужого фирменного магазина приложений.
57. Еще более специфично требование встроенного виджета преподавателя с конкретным набором средств: таймер, инструкционные карточки, «светофор поведения», виртуальные кости, «перде», прожектор, масштабирование и календарь.
58. Фактически перечисляется пользовательский интерфейс конкретного программного продукта.
59. Эквивалентное ПО может иметь те же функции под другими названиями, в другом меню либо другой архитектуре.
60. Формальное требование конкретного виджета ограничивает такие решения.
61. ПО типа 4 также должно интегрироваться с системой массовой трансляции контента не менее чем на 200 устройств.
62. При этом закупается одна интерактивная панель.
63. Заказчиком не указано наличие 200 принимающих устройств.
64. Следовательно, число 200 требует обоснования.
65. ПО типа 5 снова реализует функции электронной доски, которые частично дублируют ПО типа 1 и типа 4.
66. Оно должно поддерживать бесконечный холст, многопользовательскую работу, распознавание пера, пальца и ладони, вставку изображений и встроенный поиск.
67. Не пояснено, зачем одной панели нужны пять отдельных программных продуктов с частично перекрывающимся функционалом.
68. Такое построение закупки может быть обусловлено тем, что конкретный производитель поставляет пакет из нескольких фирменных приложений.
69. В таком случае поставщик эквивалентной панели другого производителя, имеющей единое интегрированное ПО с теми же возможностями, формально не соответствует требованию о пяти типах ПО.
70. Необходимо оценивать суммарный функциональный результат, а не внутреннее деление программной экосистемы производителя на пять приложений.
71. Дополнительно ТС требует от участника авторизационное письмо от производителя либо дистрибьютора на право поставки предлагаемой интерактивной панели.
72. Такой документ характеризует коммерческие отношения конкретного потенциального поставщика с третьим лицом, а не технические свойства оборудования.
73. При этом примечание самой ТС указывает, что установление квалификационных требований к потенциальному поставщику в технической спецификации не допускается.
74. Авторизационное письмо зависит от решения производителя или дистрибьютора, который самостоятельно определяет, кому его выдавать.
75. Поставщик может иметь возможность законно приобрести оригинальную панель через официальный канал после заключения договора, однако быть ограниченным на этапе участия из-за отсутствия индивидуального письма.
76. Цель недопущения контрафакта может достигаться посредством серийного номера, заводского паспорта, лицензионных документов, сертификатов и товаросопроводительной документации.
77. Необходимо предусмотреть альтернативные способы подтверждения оригинальности.
78. Просим заказчика указать минимум три независимых производителя панелей, которые способны предоставить полностью идентичный комплекс из пяти программных продуктов с заявленным функционалом.
79. Просим отдельно указать три независимых программных экосистемы, поддерживающие одновременно специальные форматы .hhtx, .wtzx и .ubz.
80. При отсутствии нескольких независимых решений требования должны быть переработаны.
81. Вместо пяти типов фирменного ПО следует указать единый перечень обязательных функций с возможностью их реализации одним или несколькими программными продуктами.
82. Следует исключить не связанные с реальной потребностью требования управления неограниченным числом дисплеев, интеграции с CRM и массовой трансляции на 200 устройств, если заказчик не располагает соответствующей инфраструктурой.
83. Требования по лицензиям необходимо сделать однозначными: срок локальной лицензии, облачных сервисов, обновлений и технической поддержки.
84. Без этого невозможно корректно сравнивать предложения и будущие эксплуатационные расходы.
85. Просим внести изменения, обеспечивающие возможность предложения функционально эквивалентных панелей и программных комплексов различных производителей.
Ответы представителей заказчика и организатора, секретаря
Дата:
2026-09-28 12:40:29
Автор:
АХМЕТОВА ГУЛДАНА АЙТМАГАНБЕТОВНА
Решение:
Отклонить замечания
Причина отклонения
Техническая спецификация составлена исходя из потребностей Заказчика и в соответствии Приказами МОН РК ( Приказ Министра образования и науки Республики Казахстан от 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 Правил Допускается несоответствие технической спецификации на товары, работы, услуги потенциального поставщика технической спецификации, указанной в конкурсной документации, если предлагаются более лучшие функциональные, технические, эксплуатационные и качественные характеристики товаров (услуг), технологические решения и (или) выполнение работ из лучших материалов.
Сообщаем, что изложенные в обращении вопросы будут рассмотрены с учетом технической
спецификации.
