Внимание! Соединение с приложением прервано. Дождитесь повторного подключения.
Обсуждение документации - Просмотр сообщения № 1068652
Тема сообщения
Замечание к КД
Тип сообщения
Замечание к КД
Поставщик
Kaz Trade
Представитель поставщика
ТАЛГАРОВ ЕРНАР ЕРКИНҰЛЫ
Дата и время отправки сообщения
2026-09-24 18:42:20
Текст сообщения
1. Техническая спецификация содержит неоднократные требования о предоставлении потенциальным поставщиком в составе конкурсной заявки авторизационных писем от разработчика лицензионного программного обеспечения, правообладателя либо официального дистрибьютора разработчика в Республике Казахстан.
2. Такие требования установлены как минимум в отношении операционной системы моноблока, пакета офисных приложений и лицензионного программного обеспечения диагностики школьной адаптации.
3. В каждом случае документ должен быть получен потенциальным поставщиком от третьего коммерческого лица еще до определения победителя закупки.
4. ТС отдельно устанавливает, что копия авторизационного письма не может быть заменена каким-либо гарантийным письмом самого потенциального поставщика.
5. В качестве обоснования заказчик указывает, что авторизационные письма не являются товаросопроводительными документами и выдаются до приобретения программного обеспечения по запросу поставщика.
6. Однако указанное пояснение не устраняет ограничительный характер требования, а, напротив, подтверждает, что документ характеризует коммерческие взаимоотношения конкретного потенциального поставщика с разработчиком либо официальным каналом реализации.
7. Авторизационное письмо не является функциональной характеристикой программного обеспечения.
8. Оно не влияет на срок действия лицензии, функциональность продукта, совместимость с операционной системой, безопасность, наличие необходимых тестов либо качество технической поддержки.
9. Законность поставки программного обеспечения может подтверждаться иными объективными способами.
10. В частности, электронным лицензионным сертификатом, лицензионным или сублицензионным договором, документом о передаче неисключительных прав, счетом официального дистрибьютора, электронным ключом активации, регистрационными сведениями правообладателя либо иными документами официального канала.
11. По офисному программному обеспечению сама ТС прямо требует электронную лицензию.
12. Следовательно, наличие действительной электронной лицензии уже является самостоятельным объективным способом проверки легальности продукта.
13. Не разъяснено, почему дополнительно требуется еще и персональное письмо разработчика либо дистрибьютора.
14. Возможность участника получить требуемый документ полностью зависит от действий третьего лица.
15. Разработчик программного продукта не является стороной закупки и не обязан выдавать персональные письма каждому заинтересованному участнику.
16. Аналогичная ситуация имеется с официальным дистрибьютором.
17. Дистрибьютор самостоятельно формирует партнерскую сеть и коммерческую политику.
18. Он может сотрудничать только с ограниченным числом организаций.
19. Он может устанавливать собственный порядок рассмотрения запросов и сроки выдачи писем.
20. Он также может отказать в выдаче документа.
21. Заказчик не располагает правовым механизмом, позволяющим обязать такого коммерческого субъекта предоставить одинаковые документы всем потенциальным поставщикам.
22. Поэтому участник, фактически способный приобрести и поставить легальную лицензию, потенциально может быть лишен возможности участия исключительно из-за отсутствия документа третьего лица.
23. Такое условие приобретает особенно существенное значение по программному обеспечению диагностики школьной адаптации.
24. ТС одновременно устанавливает крайне подробный перечень функций и тестов данного программного продукта и требует письмо его разработчика либо официального канала.
25. Совокупность модельно-зависимого функционального описания и обязательной авторизации может еще сильнее сократить круг возможных участников.
26. Отдельно обращаем внимание на прямое внутреннее противоречие технической спецификации.
27. В примечании ТС указано, что установление в технической спецификации квалификационных требований, предъявляемых к потенциальному поставщику, не допускается.
28. Авторизационное письмо фактически подтверждает не характеристику товара, а право и возможность конкретного потенциального поставщика передать определенное программное обеспечение.
29. Это следует даже из формулировок самой ТС, согласно которым письмо адресуется конкурсной комиссии либо потенциальному поставщику, подающему конкурсную заявку.
30. То есть документ непосредственно индивидуализирует конкретного участника закупки.
31. Если целью требования является предотвращение поставки контрафактного программного обеспечения, такая цель может быть достигнута на стадии исполнения договора.
32. Заказчик вправе до подписания акта проверить лицензионный ключ, электронный сертификат, сведения правообладателя, активацию программы и иные признаки легальности продукта.
33. Победитель в любом случае несет договорную ответственность за передачу оригинальной и законно используемой лицензии.
34. Поэтому предварительное ограничение допуска участников персональным письмом третьего лица является более обременительным способом достижения цели, чем фактическая проверка лицензии при поставке.
35. Более того, по операционной системе и офисному пакету существуют массовые официальные каналы реализации электронных лицензий.
36. Законность лицензии объективно не зависит от того, выдал ли разработчик дополнительное письмо именно под конкретного поставщика.
37. Просим исключить требование авторизационных писем как безальтернативного документа конкурсной заявки.
38. Просим разрешить подтверждать законность передачи программного обеспечения любым надлежащим документом правообладателя либо официального канала реализации.
39. Такими документами могут являться электронная лицензия, лицензионный сертификат, лицензионный или сублицензионный договор, счет официального дистрибьютора, документ о передаче права использования, регистрационные данные лицензии либо иной документ, позволяющий заказчику объективно проверить ее легальность.
40. По программе диагностики школьной адаптации также следует допустить доказательства законного использования без обязательной коммерческой авторизации конкретного участника.
41. Если заказчик считает авторизационное письмо единственно возможным способом подтверждения легальности, просим привести правовое и техническое обоснование невозможности применения альтернативных документов.
42. Просим также указать не менее трех независимых разработчиков программ диагностики школьной адаптации, полностью соответствующих всем установленным функциональным требованиям.
43. При этом необходимо учитывать именно разные программные продукты разных правообладателей, а не несколько продавцов одного продукта.
44. Аналогично просим подтвердить наличие конкурентного рынка по операционной системе и офисному программному обеспечению с учетом всех установленных характеристик.
45. В противном случае требования необходимо переработать таким образом, чтобы участие определялось характеристиками и легальностью программного продукта, а не наличием предварительных коммерческих отношений участника с конкретным разработчиком либо дистрибьютором.
46. Просим привести данный раздел в соответствие с прямым примечанием ТС о недопустимости установления квалификационных требований к потенциальному поставщику.
2. Такие требования установлены как минимум в отношении операционной системы моноблока, пакета офисных приложений и лицензионного программного обеспечения диагностики школьной адаптации.
3. В каждом случае документ должен быть получен потенциальным поставщиком от третьего коммерческого лица еще до определения победителя закупки.
4. ТС отдельно устанавливает, что копия авторизационного письма не может быть заменена каким-либо гарантийным письмом самого потенциального поставщика.
5. В качестве обоснования заказчик указывает, что авторизационные письма не являются товаросопроводительными документами и выдаются до приобретения программного обеспечения по запросу поставщика.
6. Однако указанное пояснение не устраняет ограничительный характер требования, а, напротив, подтверждает, что документ характеризует коммерческие взаимоотношения конкретного потенциального поставщика с разработчиком либо официальным каналом реализации.
7. Авторизационное письмо не является функциональной характеристикой программного обеспечения.
8. Оно не влияет на срок действия лицензии, функциональность продукта, совместимость с операционной системой, безопасность, наличие необходимых тестов либо качество технической поддержки.
9. Законность поставки программного обеспечения может подтверждаться иными объективными способами.
10. В частности, электронным лицензионным сертификатом, лицензионным или сублицензионным договором, документом о передаче неисключительных прав, счетом официального дистрибьютора, электронным ключом активации, регистрационными сведениями правообладателя либо иными документами официального канала.
11. По офисному программному обеспечению сама ТС прямо требует электронную лицензию.
12. Следовательно, наличие действительной электронной лицензии уже является самостоятельным объективным способом проверки легальности продукта.
13. Не разъяснено, почему дополнительно требуется еще и персональное письмо разработчика либо дистрибьютора.
14. Возможность участника получить требуемый документ полностью зависит от действий третьего лица.
15. Разработчик программного продукта не является стороной закупки и не обязан выдавать персональные письма каждому заинтересованному участнику.
16. Аналогичная ситуация имеется с официальным дистрибьютором.
17. Дистрибьютор самостоятельно формирует партнерскую сеть и коммерческую политику.
18. Он может сотрудничать только с ограниченным числом организаций.
19. Он может устанавливать собственный порядок рассмотрения запросов и сроки выдачи писем.
20. Он также может отказать в выдаче документа.
21. Заказчик не располагает правовым механизмом, позволяющим обязать такого коммерческого субъекта предоставить одинаковые документы всем потенциальным поставщикам.
22. Поэтому участник, фактически способный приобрести и поставить легальную лицензию, потенциально может быть лишен возможности участия исключительно из-за отсутствия документа третьего лица.
23. Такое условие приобретает особенно существенное значение по программному обеспечению диагностики школьной адаптации.
24. ТС одновременно устанавливает крайне подробный перечень функций и тестов данного программного продукта и требует письмо его разработчика либо официального канала.
25. Совокупность модельно-зависимого функционального описания и обязательной авторизации может еще сильнее сократить круг возможных участников.
26. Отдельно обращаем внимание на прямое внутреннее противоречие технической спецификации.
27. В примечании ТС указано, что установление в технической спецификации квалификационных требований, предъявляемых к потенциальному поставщику, не допускается.
28. Авторизационное письмо фактически подтверждает не характеристику товара, а право и возможность конкретного потенциального поставщика передать определенное программное обеспечение.
29. Это следует даже из формулировок самой ТС, согласно которым письмо адресуется конкурсной комиссии либо потенциальному поставщику, подающему конкурсную заявку.
30. То есть документ непосредственно индивидуализирует конкретного участника закупки.
31. Если целью требования является предотвращение поставки контрафактного программного обеспечения, такая цель может быть достигнута на стадии исполнения договора.
32. Заказчик вправе до подписания акта проверить лицензионный ключ, электронный сертификат, сведения правообладателя, активацию программы и иные признаки легальности продукта.
33. Победитель в любом случае несет договорную ответственность за передачу оригинальной и законно используемой лицензии.
34. Поэтому предварительное ограничение допуска участников персональным письмом третьего лица является более обременительным способом достижения цели, чем фактическая проверка лицензии при поставке.
35. Более того, по операционной системе и офисному пакету существуют массовые официальные каналы реализации электронных лицензий.
36. Законность лицензии объективно не зависит от того, выдал ли разработчик дополнительное письмо именно под конкретного поставщика.
37. Просим исключить требование авторизационных писем как безальтернативного документа конкурсной заявки.
38. Просим разрешить подтверждать законность передачи программного обеспечения любым надлежащим документом правообладателя либо официального канала реализации.
39. Такими документами могут являться электронная лицензия, лицензионный сертификат, лицензионный или сублицензионный договор, счет официального дистрибьютора, документ о передаче права использования, регистрационные данные лицензии либо иной документ, позволяющий заказчику объективно проверить ее легальность.
40. По программе диагностики школьной адаптации также следует допустить доказательства законного использования без обязательной коммерческой авторизации конкретного участника.
41. Если заказчик считает авторизационное письмо единственно возможным способом подтверждения легальности, просим привести правовое и техническое обоснование невозможности применения альтернативных документов.
42. Просим также указать не менее трех независимых разработчиков программ диагностики школьной адаптации, полностью соответствующих всем установленным функциональным требованиям.
43. При этом необходимо учитывать именно разные программные продукты разных правообладателей, а не несколько продавцов одного продукта.
44. Аналогично просим подтвердить наличие конкурентного рынка по операционной системе и офисному программному обеспечению с учетом всех установленных характеристик.
45. В противном случае требования необходимо переработать таким образом, чтобы участие определялось характеристиками и легальностью программного продукта, а не наличием предварительных коммерческих отношений участника с конкретным разработчиком либо дистрибьютором.
46. Просим привести данный раздел в соответствие с прямым примечанием ТС о недопустимости установления квалификационных требований к потенциальному поставщику.
Ответы представителей заказчика и организатора, секретаря
Дата:
2026-09-29 09:52:38
Автор:
ТАКИШЕВ ДАРХАН ЖАНБОЛАТОВИЧ
Решение:
Представить разъяснение положений конкурсной документации
Текст разъяснения
1-2. Требования о предоставлении авторизационных писем установлены в отношении операционной системы моноблока, пакета офисных приложений и лицензионного программного обеспечения диагностики школьной адаптации в соответствии с абзацами третьим и четвёртым подпункта 7) пункта 2 раздела 1 Приложения 4 к Правилам осуществления государственных закупок.
3. Авторизационное письмо должно быть получено потенциальным поставщиком до подачи конкурсной заявки, поскольку оно подлежит представлению в её составе, то есть на этапе рассмотрения конкурсных заявок, а не при поставке товара.
4-5. Замена авторизационного письма гарантийным письмом потенциального поставщика не допускается, поскольку авторизационные письма не относятся к товаросопроводительным документам, не выдаются при приобретении или перемещении товара и подтверждают иные обстоятельства. В соответствии со статьей 517 Налогового кодекса РК товаросопроводительными являются документы, сопровождающие перемещение товаров и подтверждающие сведения о них. Гарантийное письмо допускается только в отношении документов, выдаваемых при приобретении товара, его ввозе на территорию РК либо регистрации в установленном порядке.
6. Авторизационное письмо не характеризует коммерческие взаимоотношения потенциального поставщика с разработчиком либо официальным каналом реализации как таковые: оно подтверждает наличие у поставщика полномочий на поставку заявленного товара. Такое подтверждение непосредственно связано с предметом закупки и необходимостью исполнения обязательств по договору, поскольку позволяет исключить поставку контрафактной, несертифицированной либо не соответствующей заявленным характеристикам продукции, а также обеспечивает гарантийное и техническое сопровождение поставляемого оборудования. Требование установлено в соответствии с Правилами осуществления государственных закупок, которыми прямо допускается указание в технической спецификации требований о наличии в заявках копий писем (сертификатов, свидетельств) от производителей либо их дилеров или дистрибьюторов.
7. Авторизационное письмо не является функциональной характеристикой программного обеспечения, однако оно подтверждает полномочия потенциального поставщика на поставку заявленного товара и направлено на исключение поставки контрафактной, несертифицированной либо не соответствующей заявленным характеристикам продукции, а также на обеспечение гарантийного и технического сопровождения.
8. Авторизационное письмо действительно не влияет на срок действия лицензии, функциональность продукта, совместимость с операционной системой, безопасность, наличие необходимых тестов либо качество технической поддержки. Указанные характеристики программного обеспечения подтверждаются иными документами (лицензией, технической документацией производителя, описанием продукта), а авторизационное письмо выполняет самостоятельную функцию — подтверждает полномочия потенциального поставщика на поставку заявленного товара. Требование о его представлении установлено в соответствии с Правилами осуществления государственных закупок и направлено на исключение поставки контрафактной либо несертифицированной продукции, а также на обеспечение гарантийного и технического сопровождения поставляемого оборудования. Совокупность документов (лицензия, техническая документация, авторизационное письмо) обеспечивает всестороннюю проверку как характеристик товара, так и полномочий поставщика.
9. Заказчик не отрицает возможность подтверждения легальности программного обеспечения иными документами на стадии исполнения договора. Вместе с тем установленное требование направлено на предварительную проверку полномочий поставщика при рассмотрении конкурсной заявки.
10. Указанные документы (электронный лицензионный сертификат, лицензионный или сублицензионный договор, документ о передаче неисключительных прав, счёт официального дистрибьютора, электронный ключ активации, регистрационные сведения правообладателя) подтверждают наличие прав на использование программного обеспечения, то есть легальность самого продукта. Вместе с тем они не подтверждают наличие у конкретного потенциального поставщика полномочий на поставку заявленного товара Заказчику. Авторизационное письмо выполняет самостоятельную функцию — подтверждает именно полномочия потенциального поставщика на поставку заявленного товара, что имеет значение на этапе рассмотрения конкурсных заявок. Указанные документы и авторизационное письмо имеют различное назначение и не являются взаимозаменяемыми.
11. Требование о предоставлении электронной лицензии на офисное программное обеспечение установлено для подтверждения наличия прав на использование продукта; при этом оно не отменяет требования о предоставлении авторизационного письма, поскольку указанные документы подтверждают разные обстоятельства.
12. Электронная лицензия является одним из документов, подтверждающих право использования программного продукта. Вместе с тем наличие лицензии и наличие у конкретного поставщика полномочий на поставку являются различными обстоятельствами, поэтому заказчиком предусмотрены оба требования.
13. Дополнительное авторизационное письмо требуется именно для подтверждения полномочий потенциального поставщика. Оно не дублирует электронную лицензию, поскольку подтверждает иное обстоятельство — наличие подтвержденного канала поставки от производителя, правообладателя либо официального дистрибьютора.
14. Получение письма действительно зависит от взаимодействия потенциального поставщика с правообладателем либо официальным дистрибьютором. Данное обстоятельство само по себе не свидетельствует о незаконности требования, поскольку Правила государственных закупок прямо предусматривают возможность установления в технической спецификации требования о представлении соответствующих писем, сертификатов или свидетельств.
15. Требование не означает, что разработчик в силу законодательства обязан выдавать письмо каждому участнику. Заказчик устанавливает требование к документальному подтверждению полномочий участника, а потенциальный поставщик самостоятельно обеспечивает соответствие своей заявки установленным условиям конкурса.
16-20. Возможность официального дистрибьютора самостоятельно определять партнерскую политику, порядок и сроки рассмотрения обращений, а также отказать в выдаче авторизационного письма не отменяет требования конкурсной документации. Авторизационное письмо предоставляется в составе конкурсной заявки до определения победителя и подтверждает полномочия потенциального поставщика на поставку соответствующего программного обеспечения от официального канала реализации.
Заказчик не регулирует коммерческие отношения дистрибьютора с поставщиками и не возлагает на него обязанность выдавать письма. Потенциальный поставщик самостоятельно обеспечивает соответствие своей заявки требованиям конкурсной документации. Требование установлено в соответствии с абзацами третьим и четвертым подпункта 7) пункта 2 раздела 1 Приложения 4 к Правилам осуществления государственных закупок.
21-22. Указанные доводы не могут служить основанием для исключения требования об авторизационном письме. Заказчик не обязывает производителя или официального дистрибьютора выдавать письма всем потенциальным поставщикам и не регулирует их коммерческие взаимоотношения. Потенциальный поставщик самостоятельно принимает решение об участии в закупке и несет ответственность за представление документов, предусмотренных конкурсной документацией. Требование о предоставлении авторизационного письма установлено непосредственно конкурсной документацией в соответствии с Правилами осуществления государственных закупок и применяется на этапе рассмотрения конкурсных заявок.
23. Требование авторизационного письма не приобретает по программе диагностики школьной адаптации иного значения, чем по другим программным продуктам: оно подтверждает полномочия потенциального поставщика на поставку заявленного товара.
24-25. Перечень функций и тестов программы изложен по функциональному назначению и не является модельно-зависимым, поскольку не содержит указания на конкретный программный продукт. Требование авторизационного письма установлено в соответствии с абзацами третьим и четвёртым подпункта 7) пункта 2 раздела 1 Приложения 4 к Правилам осуществления государственных закупок, которыми прямо допускается указание в технической спецификации требований о наличии в заявках копий писем (сертификатов, свидетельств) от производителей либо их дилеров или дистрибьюторов. Совокупность функциональных требований и требования авторизационного письма не сокращает круг возможных участников сверх того, что предусмотрено Правилами осуществления государственных закупок, и направлена на обеспечение легальности поставляемого ПО и исполнения обязательств по договору.
26-30. Требование о предоставлении авторизационного письма не является квалификационным требованием в понимании статьи 11 Закона РК «О государственных закупках», а направлено на подтверждение полномочий потенциального поставщика на поставку заявленного товара; примечание ТС о недопустимости квалификационных требований к потенциальному поставщику не нарушается.
31-36. Авторизационное письмо требуется не для последующей проверки товара при поставке, а для подтверждения на этапе рассмотрения конкурсных заявок полномочий потенциального поставщика на поставку заявленного программного обеспечения от производителя либо его официального представителя. Проверка лицензии при приемке товара не заменяет указанное требование, поскольку осуществляется уже после определения победителя и не позволяет подтвердить соответствие заявки установленному условию на момент ее рассмотрения. Наличие иных каналов реализации программного обеспечения также не отменяет предусмотренного ТС требования о представлении авторизационного письма. При этом ответственность победителя за поставляемый товар сохраняется в полном объеме.
37. Исключение требования авторизационных писем не предусмотрено, поскольку указанное требование установлено в соответствии с Правилами осуществления государственных закупок.
38-41. Требование об авторизационном письме сохраняется, поскольку оно установлено в соответствии с абзацами третьим и четвертым подпункта 7) пункта 2 раздела 1 Приложения 4 к Правилам осуществления государственных закупок и подтверждает полномочия потенциального поставщика на поставку заявленного программного обеспечения. Перечисленные в замечании документы подтверждают наличие лицензии или право использования программного обеспечения, но не заменяют подтверждение полномочий поставщика от производителя либо его официального представителя. Авторизационное письмо предоставляется в составе конкурсной заявки на этапе ее рассмотрения, поэтому последующее представление иных документов при поставке не является его равноценной заменой.
42-44. Техническая спецификация сформирована исходя из требуемых функциональных, технических и эксплуатационных характеристик товаров, а не конкретного производителя или правообладателя. Заказчик законодательно не наделен обязанностью указывать перечень конкретных разработчиков либо подтверждать количество участников рынка. Соответствие предлагаемого программного обеспечения установленным требованиям определяется при рассмотрении конкурсных заявок на основании представленных участником документов.
45. Переработка требований не предусмотрена, поскольку установленные требования соответствуют Правилам осуществления государственных закупок и направлены на обеспечение легальности поставляемого ПО и исполнения обязательств по договору.
46. Требования технической спецификации установлены в соответствии с примечанием о недопустимости квалификационных требований: авторизационное письмо не является квалификационным требованием в понимании статьи 11 Закона РК «О государственных закупках», а направлено на подтверждение полномочий потенциального поставщика на поставку заявленного товара.
3. Авторизационное письмо должно быть получено потенциальным поставщиком до подачи конкурсной заявки, поскольку оно подлежит представлению в её составе, то есть на этапе рассмотрения конкурсных заявок, а не при поставке товара.
4-5. Замена авторизационного письма гарантийным письмом потенциального поставщика не допускается, поскольку авторизационные письма не относятся к товаросопроводительным документам, не выдаются при приобретении или перемещении товара и подтверждают иные обстоятельства. В соответствии со статьей 517 Налогового кодекса РК товаросопроводительными являются документы, сопровождающие перемещение товаров и подтверждающие сведения о них. Гарантийное письмо допускается только в отношении документов, выдаваемых при приобретении товара, его ввозе на территорию РК либо регистрации в установленном порядке.
6. Авторизационное письмо не характеризует коммерческие взаимоотношения потенциального поставщика с разработчиком либо официальным каналом реализации как таковые: оно подтверждает наличие у поставщика полномочий на поставку заявленного товара. Такое подтверждение непосредственно связано с предметом закупки и необходимостью исполнения обязательств по договору, поскольку позволяет исключить поставку контрафактной, несертифицированной либо не соответствующей заявленным характеристикам продукции, а также обеспечивает гарантийное и техническое сопровождение поставляемого оборудования. Требование установлено в соответствии с Правилами осуществления государственных закупок, которыми прямо допускается указание в технической спецификации требований о наличии в заявках копий писем (сертификатов, свидетельств) от производителей либо их дилеров или дистрибьюторов.
7. Авторизационное письмо не является функциональной характеристикой программного обеспечения, однако оно подтверждает полномочия потенциального поставщика на поставку заявленного товара и направлено на исключение поставки контрафактной, несертифицированной либо не соответствующей заявленным характеристикам продукции, а также на обеспечение гарантийного и технического сопровождения.
8. Авторизационное письмо действительно не влияет на срок действия лицензии, функциональность продукта, совместимость с операционной системой, безопасность, наличие необходимых тестов либо качество технической поддержки. Указанные характеристики программного обеспечения подтверждаются иными документами (лицензией, технической документацией производителя, описанием продукта), а авторизационное письмо выполняет самостоятельную функцию — подтверждает полномочия потенциального поставщика на поставку заявленного товара. Требование о его представлении установлено в соответствии с Правилами осуществления государственных закупок и направлено на исключение поставки контрафактной либо несертифицированной продукции, а также на обеспечение гарантийного и технического сопровождения поставляемого оборудования. Совокупность документов (лицензия, техническая документация, авторизационное письмо) обеспечивает всестороннюю проверку как характеристик товара, так и полномочий поставщика.
9. Заказчик не отрицает возможность подтверждения легальности программного обеспечения иными документами на стадии исполнения договора. Вместе с тем установленное требование направлено на предварительную проверку полномочий поставщика при рассмотрении конкурсной заявки.
10. Указанные документы (электронный лицензионный сертификат, лицензионный или сублицензионный договор, документ о передаче неисключительных прав, счёт официального дистрибьютора, электронный ключ активации, регистрационные сведения правообладателя) подтверждают наличие прав на использование программного обеспечения, то есть легальность самого продукта. Вместе с тем они не подтверждают наличие у конкретного потенциального поставщика полномочий на поставку заявленного товара Заказчику. Авторизационное письмо выполняет самостоятельную функцию — подтверждает именно полномочия потенциального поставщика на поставку заявленного товара, что имеет значение на этапе рассмотрения конкурсных заявок. Указанные документы и авторизационное письмо имеют различное назначение и не являются взаимозаменяемыми.
11. Требование о предоставлении электронной лицензии на офисное программное обеспечение установлено для подтверждения наличия прав на использование продукта; при этом оно не отменяет требования о предоставлении авторизационного письма, поскольку указанные документы подтверждают разные обстоятельства.
12. Электронная лицензия является одним из документов, подтверждающих право использования программного продукта. Вместе с тем наличие лицензии и наличие у конкретного поставщика полномочий на поставку являются различными обстоятельствами, поэтому заказчиком предусмотрены оба требования.
13. Дополнительное авторизационное письмо требуется именно для подтверждения полномочий потенциального поставщика. Оно не дублирует электронную лицензию, поскольку подтверждает иное обстоятельство — наличие подтвержденного канала поставки от производителя, правообладателя либо официального дистрибьютора.
14. Получение письма действительно зависит от взаимодействия потенциального поставщика с правообладателем либо официальным дистрибьютором. Данное обстоятельство само по себе не свидетельствует о незаконности требования, поскольку Правила государственных закупок прямо предусматривают возможность установления в технической спецификации требования о представлении соответствующих писем, сертификатов или свидетельств.
15. Требование не означает, что разработчик в силу законодательства обязан выдавать письмо каждому участнику. Заказчик устанавливает требование к документальному подтверждению полномочий участника, а потенциальный поставщик самостоятельно обеспечивает соответствие своей заявки установленным условиям конкурса.
16-20. Возможность официального дистрибьютора самостоятельно определять партнерскую политику, порядок и сроки рассмотрения обращений, а также отказать в выдаче авторизационного письма не отменяет требования конкурсной документации. Авторизационное письмо предоставляется в составе конкурсной заявки до определения победителя и подтверждает полномочия потенциального поставщика на поставку соответствующего программного обеспечения от официального канала реализации.
Заказчик не регулирует коммерческие отношения дистрибьютора с поставщиками и не возлагает на него обязанность выдавать письма. Потенциальный поставщик самостоятельно обеспечивает соответствие своей заявки требованиям конкурсной документации. Требование установлено в соответствии с абзацами третьим и четвертым подпункта 7) пункта 2 раздела 1 Приложения 4 к Правилам осуществления государственных закупок.
21-22. Указанные доводы не могут служить основанием для исключения требования об авторизационном письме. Заказчик не обязывает производителя или официального дистрибьютора выдавать письма всем потенциальным поставщикам и не регулирует их коммерческие взаимоотношения. Потенциальный поставщик самостоятельно принимает решение об участии в закупке и несет ответственность за представление документов, предусмотренных конкурсной документацией. Требование о предоставлении авторизационного письма установлено непосредственно конкурсной документацией в соответствии с Правилами осуществления государственных закупок и применяется на этапе рассмотрения конкурсных заявок.
23. Требование авторизационного письма не приобретает по программе диагностики школьной адаптации иного значения, чем по другим программным продуктам: оно подтверждает полномочия потенциального поставщика на поставку заявленного товара.
24-25. Перечень функций и тестов программы изложен по функциональному назначению и не является модельно-зависимым, поскольку не содержит указания на конкретный программный продукт. Требование авторизационного письма установлено в соответствии с абзацами третьим и четвёртым подпункта 7) пункта 2 раздела 1 Приложения 4 к Правилам осуществления государственных закупок, которыми прямо допускается указание в технической спецификации требований о наличии в заявках копий писем (сертификатов, свидетельств) от производителей либо их дилеров или дистрибьюторов. Совокупность функциональных требований и требования авторизационного письма не сокращает круг возможных участников сверх того, что предусмотрено Правилами осуществления государственных закупок, и направлена на обеспечение легальности поставляемого ПО и исполнения обязательств по договору.
26-30. Требование о предоставлении авторизационного письма не является квалификационным требованием в понимании статьи 11 Закона РК «О государственных закупках», а направлено на подтверждение полномочий потенциального поставщика на поставку заявленного товара; примечание ТС о недопустимости квалификационных требований к потенциальному поставщику не нарушается.
31-36. Авторизационное письмо требуется не для последующей проверки товара при поставке, а для подтверждения на этапе рассмотрения конкурсных заявок полномочий потенциального поставщика на поставку заявленного программного обеспечения от производителя либо его официального представителя. Проверка лицензии при приемке товара не заменяет указанное требование, поскольку осуществляется уже после определения победителя и не позволяет подтвердить соответствие заявки установленному условию на момент ее рассмотрения. Наличие иных каналов реализации программного обеспечения также не отменяет предусмотренного ТС требования о представлении авторизационного письма. При этом ответственность победителя за поставляемый товар сохраняется в полном объеме.
37. Исключение требования авторизационных писем не предусмотрено, поскольку указанное требование установлено в соответствии с Правилами осуществления государственных закупок.
38-41. Требование об авторизационном письме сохраняется, поскольку оно установлено в соответствии с абзацами третьим и четвертым подпункта 7) пункта 2 раздела 1 Приложения 4 к Правилам осуществления государственных закупок и подтверждает полномочия потенциального поставщика на поставку заявленного программного обеспечения. Перечисленные в замечании документы подтверждают наличие лицензии или право использования программного обеспечения, но не заменяют подтверждение полномочий поставщика от производителя либо его официального представителя. Авторизационное письмо предоставляется в составе конкурсной заявки на этапе ее рассмотрения, поэтому последующее представление иных документов при поставке не является его равноценной заменой.
42-44. Техническая спецификация сформирована исходя из требуемых функциональных, технических и эксплуатационных характеристик товаров, а не конкретного производителя или правообладателя. Заказчик законодательно не наделен обязанностью указывать перечень конкретных разработчиков либо подтверждать количество участников рынка. Соответствие предлагаемого программного обеспечения установленным требованиям определяется при рассмотрении конкурсных заявок на основании представленных участником документов.
45. Переработка требований не предусмотрена, поскольку установленные требования соответствуют Правилам осуществления государственных закупок и направлены на обеспечение легальности поставляемого ПО и исполнения обязательств по договору.
46. Требования технической спецификации установлены в соответствии с примечанием о недопустимости квалификационных требований: авторизационное письмо не является квалификационным требованием в понимании статьи 11 Закона РК «О государственных закупках», а направлено на подтверждение полномочий потенциального поставщика на поставку заявленного товара.
