Внимание! Соединение с приложением прервано. Дождитесь повторного подключения.
Обсуждение документации - Просмотр сообщения № 1068962
Тема сообщения
Замечание к КД
Тип сообщения
Замечание к КД
Поставщик
Kaz Trade
Представитель поставщика
ТАЛГАРОВ ЕРНАР ЕРКИНҰЛЫ
Дата и время отправки сообщения
2026-09-28 14:01:27
Текст сообщения
1. Существенные замечания имеются к требованиям технической спецификации, согласно которым потенциальный поставщик обязан уже в составе конкурсной заявки представить документы, выдаваемые конкретными производителями, правообладателями либо официальными дистрибьюторами.
2. По программному обеспечению для работы с файловой системой и встроенным антивирусом требуется одновременно соответствие СТ РК ISO/IEC 15408-3, уровень доверия не ниже 5, включение программного обеспечения в действующий перечень доверенного программного обеспечения и продукции электронной промышленности, а также авторизационное письмо правообладателя и/или официального дистрибьютора.
3. Авторизационное письмо должно быть оформлено на имя заказчика с указанием номера объявления и номера конкретного лота.
4. Следовательно, речь идет не о стандартном общедоступном документе производителя, а о документе, который третье лицо должно подготовить специально под конкретного участника и конкретную закупку.
5. Возможность потенциального поставщика принять участие в конкурсе тем самым зависит от воли правообладателя или официального дистрибьютора.
6. Производитель или дистрибьютор не обязан выдавать одинаковые письма любому обратившемуся потенциальному поставщику.
7. Он может иметь собственную дилерскую сеть, эксклюзивного партнера либо коммерческие причины для отказа в выдаче документа.
8. При этом участник может иметь объективную возможность законно приобрести и поставить оригинальное лицензированное программное обеспечение.
9. Наличие персонализированного письма не является технической характеристикой программного продукта.
10. Легальность лицензии может быть проверена по лицензионному ключу, электронной лицензии, сертификату, документам официального канала поставки, учетной записи заказчика либо непосредственно у правообладателя при приемке.
11. Просим исключить обязательную персонализированную авторизацию либо предоставить альтернативные способы подтверждения законности поставки.
12. Отдельного обоснования требует уровень доверия не ниже 5 по СТ РК ISO/IEC 15408-3.
13. Не указано, какая конкретно защищаемая информация обрабатывается на моноблоке преподавателя и какие угрозы требуют именно указанного уровня оценки доверия.
14. Моноблок предназначен для образовательных, офисных, мультимедийных и сетевых приложений.
15. В ТС не указано использование государственной тайны, критической информационной инфраструктуры либо иных данных, для обработки которых необходим повышенный класс сертифицированного средства защиты.
16. Необходимо представить объективное основание выбора именно пятого уровня.
17. При отсутствии такого основания требование может существенно ограничивать рынок антивирусных решений.
18. Дополнительно неясно, почему требуется отдельное программное обеспечение для управления файловой системой, если современная операционная система уже содержит штатный файловый менеджер.
19. Аналогично современные операционные системы могут содержать встроенную антивирусную защиту.
20. Если заказчику требуется именно отдельное стороннее программное решение, необходимо обосновать, какие функции штатной ОС недостаточны.
21. ТС допускает функционально эквивалентные решения по большинству аппаратных компонентов, но в программной части устанавливает значительно более жесткую документальную конструкцию.
22. Просим обеспечить одинаковый принцип технологической нейтральности.
23. Особенно существенные ограничения содержатся в требованиях к информационно-образовательному стенду по лоту №87465987-ОК4.
24. Стенд должен быть связан со специально разработанной интернет-базой данных, иметь QR-код, двуязычный цифровой контент и информационную поддержку не менее 12 месяцев.
25. При этом потенциальный поставщик обязан представить в составе конкурсной заявки электронную копию разрешения на использование объектов интеллектуальной собственности.
26. В качестве документов перечисляются патент, авторское свидетельство, свидетельство на полезную модель и иная авторская техническая документация.
27. Разрешение должно быть именным.
28. Оно должно выдаваться конкретному потенциальному поставщику.
29. Оно должно относиться именно к конкретному конкурсу и конкретному лоту.
30. Оно должно содержать уникальный регистрационный номер или код.
31. Оно должно быть выдано правообладателем либо его официальным представителем в Республике Казахстан.
32. Кроме того, название объекта интеллектуальной собственности в разрешении должно дословно совпадать с названием объекта в правоустанавливающем документе.
33. Запрещается сокращение, частичное изменение или перефразирование названия.
34. Такая совокупность требований не описывает технические свойства закупаемого стенда.
35. Она описывает правоотношения между потенциальным поставщиком и конкретным владельцем определенного объекта интеллектуальной собственности.
36. Другой изготовитель вправе самостоятельно разработать собственный информационный стенд на тему техники безопасности и собственный веб-ресурс.
37. Он может не использовать чужой объект интеллектуальной собственности вообще.
38. В таком случае отсутствует сама необходимость получать разрешение от стороннего правообладателя.
39. Следовательно, требование должно четко допускать вариант, при котором участник является собственным изготовителем и использует собственный оригинальный дизайн и программный контент.
40. Наличие патента или свидетельства также не является обязательным условием законности собственного дизайна.
41. Авторское право на оригинальное произведение может возникать без регистрации.
42. Поэтому отсутствие свидетельства не означает отсутствие законного права на созданный участником материал.
43. Техническая спецификация дополнительно прямо поясняет, что данный документ запрашивается для подтверждения правоспособности потенциального поставщика.
44. Это особенно важно сопоставить с примечанием самой технической спецификации, согласно которому установление квалификационных требований к потенциальному поставщику не допускается.
45. Если заказчик квалифицирует требование как подтверждение правоспособности участника, необходимо объяснить, почему оно включено именно в техническую спецификацию товара.
46. Просим исключить требования, оценивающие коммерческий или правовой статус поставщика относительно стороннего правообладателя, и оставить требования к самому товару.
47. Если необходимо избежать контрафакта, можно потребовать от победителя при поставке документы, подтверждающие право использования фактически поставленного контента и программного обеспечения.
48. Это не должно препятствовать участию лица, предлагающего собственное независимое решение.
49. Отдельные вопросы возникают к самому стенду.
50. Несмотря на заявления об эквивалентности, устанавливается толщина не менее 8,914 мм.
51. Число 8,914 мм имеет явно паспортно-индивидуальный характер.
52. Не обосновано, почему стенд толщиной 8 мм из более прочного материала либо стенд толщиной 10 мм иной конструкции функционально не подходит.
53. Требование следует заменить требованиями к жесткости, прочности и безопасному креплению.
54. Также задаются ориентировочные диаметры крепежа 18 мм, шайбы 16 мм и отверстий 9 мм.
55. Хотя далее допускаются иные размеры, сама чрезмерная детализация указывает на воспроизведение конкретного готового изделия.
56. Фон предполагается преимущественно в синих оттенках, задается расположение тематических блоков и иные элементы оформления.
57. Для обеспечения безопасности учащихся важны корректность информации, читаемость, наличие казахского и русского языков и удобный доступ к цифровым материалам.
58. Цветовая композиция и расположение блоков не должны ограничивать разработчиков эквивалентных стендов.
59. Интернет-ресурс должен поддерживаться не менее 12 месяцев.
60. При этом не указана его доступность в процентах.
61. Не установлен срок восстановления при сбое.
62. Не указано, кому принадлежит доменное имя.
63. Не определено, передается ли заказчику административный доступ.
64. Не установлен порядок доступа после истечения 12 месяцев.
65. Не определены условия хранения данных и резервного копирования.
66. При столь жестких требованиях к интеллектуальным правам эксплуатационная сторона самого веб-ресурса описана недостаточно.
67. Просим переработать данный раздел и установить объективные требования к работоспособности ресурса.
68. По обоим лотам следует также исключить требование документов третьих лиц в тех случаях, когда поставщик способен доказать легальность товара иным объективным способом.
69. Если заказчик считает каждое подобное требование обязательным, просим назвать не менее трех независимых программных продуктов и не менее трех независимых решений информационного стенда, которые одновременно соответствуют всем функциональным и документальным требованиям ТС.
70. В противном случае необходимо расширить способы подтверждения и допустить собственные разработки участников.
2. По программному обеспечению для работы с файловой системой и встроенным антивирусом требуется одновременно соответствие СТ РК ISO/IEC 15408-3, уровень доверия не ниже 5, включение программного обеспечения в действующий перечень доверенного программного обеспечения и продукции электронной промышленности, а также авторизационное письмо правообладателя и/или официального дистрибьютора.
3. Авторизационное письмо должно быть оформлено на имя заказчика с указанием номера объявления и номера конкретного лота.
4. Следовательно, речь идет не о стандартном общедоступном документе производителя, а о документе, который третье лицо должно подготовить специально под конкретного участника и конкретную закупку.
5. Возможность потенциального поставщика принять участие в конкурсе тем самым зависит от воли правообладателя или официального дистрибьютора.
6. Производитель или дистрибьютор не обязан выдавать одинаковые письма любому обратившемуся потенциальному поставщику.
7. Он может иметь собственную дилерскую сеть, эксклюзивного партнера либо коммерческие причины для отказа в выдаче документа.
8. При этом участник может иметь объективную возможность законно приобрести и поставить оригинальное лицензированное программное обеспечение.
9. Наличие персонализированного письма не является технической характеристикой программного продукта.
10. Легальность лицензии может быть проверена по лицензионному ключу, электронной лицензии, сертификату, документам официального канала поставки, учетной записи заказчика либо непосредственно у правообладателя при приемке.
11. Просим исключить обязательную персонализированную авторизацию либо предоставить альтернативные способы подтверждения законности поставки.
12. Отдельного обоснования требует уровень доверия не ниже 5 по СТ РК ISO/IEC 15408-3.
13. Не указано, какая конкретно защищаемая информация обрабатывается на моноблоке преподавателя и какие угрозы требуют именно указанного уровня оценки доверия.
14. Моноблок предназначен для образовательных, офисных, мультимедийных и сетевых приложений.
15. В ТС не указано использование государственной тайны, критической информационной инфраструктуры либо иных данных, для обработки которых необходим повышенный класс сертифицированного средства защиты.
16. Необходимо представить объективное основание выбора именно пятого уровня.
17. При отсутствии такого основания требование может существенно ограничивать рынок антивирусных решений.
18. Дополнительно неясно, почему требуется отдельное программное обеспечение для управления файловой системой, если современная операционная система уже содержит штатный файловый менеджер.
19. Аналогично современные операционные системы могут содержать встроенную антивирусную защиту.
20. Если заказчику требуется именно отдельное стороннее программное решение, необходимо обосновать, какие функции штатной ОС недостаточны.
21. ТС допускает функционально эквивалентные решения по большинству аппаратных компонентов, но в программной части устанавливает значительно более жесткую документальную конструкцию.
22. Просим обеспечить одинаковый принцип технологической нейтральности.
23. Особенно существенные ограничения содержатся в требованиях к информационно-образовательному стенду по лоту №87465987-ОК4.
24. Стенд должен быть связан со специально разработанной интернет-базой данных, иметь QR-код, двуязычный цифровой контент и информационную поддержку не менее 12 месяцев.
25. При этом потенциальный поставщик обязан представить в составе конкурсной заявки электронную копию разрешения на использование объектов интеллектуальной собственности.
26. В качестве документов перечисляются патент, авторское свидетельство, свидетельство на полезную модель и иная авторская техническая документация.
27. Разрешение должно быть именным.
28. Оно должно выдаваться конкретному потенциальному поставщику.
29. Оно должно относиться именно к конкретному конкурсу и конкретному лоту.
30. Оно должно содержать уникальный регистрационный номер или код.
31. Оно должно быть выдано правообладателем либо его официальным представителем в Республике Казахстан.
32. Кроме того, название объекта интеллектуальной собственности в разрешении должно дословно совпадать с названием объекта в правоустанавливающем документе.
33. Запрещается сокращение, частичное изменение или перефразирование названия.
34. Такая совокупность требований не описывает технические свойства закупаемого стенда.
35. Она описывает правоотношения между потенциальным поставщиком и конкретным владельцем определенного объекта интеллектуальной собственности.
36. Другой изготовитель вправе самостоятельно разработать собственный информационный стенд на тему техники безопасности и собственный веб-ресурс.
37. Он может не использовать чужой объект интеллектуальной собственности вообще.
38. В таком случае отсутствует сама необходимость получать разрешение от стороннего правообладателя.
39. Следовательно, требование должно четко допускать вариант, при котором участник является собственным изготовителем и использует собственный оригинальный дизайн и программный контент.
40. Наличие патента или свидетельства также не является обязательным условием законности собственного дизайна.
41. Авторское право на оригинальное произведение может возникать без регистрации.
42. Поэтому отсутствие свидетельства не означает отсутствие законного права на созданный участником материал.
43. Техническая спецификация дополнительно прямо поясняет, что данный документ запрашивается для подтверждения правоспособности потенциального поставщика.
44. Это особенно важно сопоставить с примечанием самой технической спецификации, согласно которому установление квалификационных требований к потенциальному поставщику не допускается.
45. Если заказчик квалифицирует требование как подтверждение правоспособности участника, необходимо объяснить, почему оно включено именно в техническую спецификацию товара.
46. Просим исключить требования, оценивающие коммерческий или правовой статус поставщика относительно стороннего правообладателя, и оставить требования к самому товару.
47. Если необходимо избежать контрафакта, можно потребовать от победителя при поставке документы, подтверждающие право использования фактически поставленного контента и программного обеспечения.
48. Это не должно препятствовать участию лица, предлагающего собственное независимое решение.
49. Отдельные вопросы возникают к самому стенду.
50. Несмотря на заявления об эквивалентности, устанавливается толщина не менее 8,914 мм.
51. Число 8,914 мм имеет явно паспортно-индивидуальный характер.
52. Не обосновано, почему стенд толщиной 8 мм из более прочного материала либо стенд толщиной 10 мм иной конструкции функционально не подходит.
53. Требование следует заменить требованиями к жесткости, прочности и безопасному креплению.
54. Также задаются ориентировочные диаметры крепежа 18 мм, шайбы 16 мм и отверстий 9 мм.
55. Хотя далее допускаются иные размеры, сама чрезмерная детализация указывает на воспроизведение конкретного готового изделия.
56. Фон предполагается преимущественно в синих оттенках, задается расположение тематических блоков и иные элементы оформления.
57. Для обеспечения безопасности учащихся важны корректность информации, читаемость, наличие казахского и русского языков и удобный доступ к цифровым материалам.
58. Цветовая композиция и расположение блоков не должны ограничивать разработчиков эквивалентных стендов.
59. Интернет-ресурс должен поддерживаться не менее 12 месяцев.
60. При этом не указана его доступность в процентах.
61. Не установлен срок восстановления при сбое.
62. Не указано, кому принадлежит доменное имя.
63. Не определено, передается ли заказчику административный доступ.
64. Не установлен порядок доступа после истечения 12 месяцев.
65. Не определены условия хранения данных и резервного копирования.
66. При столь жестких требованиях к интеллектуальным правам эксплуатационная сторона самого веб-ресурса описана недостаточно.
67. Просим переработать данный раздел и установить объективные требования к работоспособности ресурса.
68. По обоим лотам следует также исключить требование документов третьих лиц в тех случаях, когда поставщик способен доказать легальность товара иным объективным способом.
69. Если заказчик считает каждое подобное требование обязательным, просим назвать не менее трех независимых программных продуктов и не менее трех независимых решений информационного стенда, которые одновременно соответствуют всем функциональным и документальным требованиям ТС.
70. В противном случае необходимо расширить способы подтверждения и допустить собственные разработки участников.
Ответы представителей заказчика и организатора, секретаря
Дата:
2026-09-30 17:10:03
Автор:
БУКУБАЕВА АЙНУРА КАРИБАЕВНА
Решение:
Представить разъяснение положений конкурсной документации
Текст разъяснения
1.Требование о предоставлении указанных документов установлено для подтверждения законности поставки товара и правомерности использования соответствующих объектов интеллектуальной собственности. Представляемые документы подтверждают наличие необходимых прав и исключают неправомерное использование объектов интеллектуальной собственности.
2. Указанные требования установлены Заказчиком к предустановленному лицензионному программному обеспечению для управления файловой системой со встроенным антивирусом, входящему в состав закупаемого комплекта кабинета инклюзии. Наличие штатных средств защиты операционной системы не является основанием для исключения предусмотренного ТС программного обеспечения, поскольку Заказчиком определена конкретная совокупность необходимых функций и требований к уровню безопасности. ОУД не ниже 5 установлен как минимальное требование Заказчика к степени доверия и защищенности предлагаемого программного решения, а не как характеристика самого моноблока или категории кабинета. Авторизационное письмо, сертификат и сведения из реестра имеют различное назначение и не дублируют друг друга. Потенциальный поставщик вправе предложить любое программное решение любого правообладателя, главное — его полное соответствие всем требованиям ТС. Требование снизить установленные характеристики и исключить предусмотренные документы фактически направлено на изменение сформированной потребности Заказчика и отклоняется.
3. Оформление авторизационного письма на имя Заказчика с указанием номера объявления и конкретного лота необходимо для однозначной идентификации закупки, в отношении которой подтверждается правомерность поставки и использования соответствующего программного обеспечения, и исключения применения документа, выданного для иной закупки или иного товара.
4. Требование к содержанию авторизационного письма установлено для идентификации закупки и подтверждения правомерности поставки и использования соответствующего программного обеспечения в рамках конкретного конкурса и лота.
5. Участие в конкурсе определяется соответствием потенциального поставщика требованиям конкурсной документации. Необходимость документального подтверждения правомерности поставки и использования программного обеспечения сама по себе не означает ограничение права на участие в закупке.
6. Порядок выдачи авторизационных документов правообладателем или официальным дистрибьютором не является предметом настоящей закупки. Техническая спецификация устанавливает единое для потенциальных поставщиков требование о подтверждении правомерности поставки и использования лицензированного программного обеспечения.
7. Коммерческая политика правообладателя, структура его дилерской сети и порядок взаимодействия с партнерами не являются предметом настоящей закупки и не регулируются технической спецификацией.
8. Возможность приобретения программного обеспечения сама по себе не подтверждает выполнение всех требований технической спецификации. Потенциальный поставщик должен подтвердить соответствие предлагаемого программного обеспечения и правомерность его поставки документами, предусмотренными ТС.
9. Авторизационное письмо не является технической характеристикой программного продукта и ТС не устанавливает его в таком качестве. Оно является документальным подтверждением правомерности поставки и использования лицензированного программного обеспечения.
10. Перечисленные способы могут подтверждать отдельные обстоятельства приобретения, лицензирования или активации программного обеспечения, однако ТС устанавливает конкретный перечень документов, предоставляемых в составе конкурсной заявки. Проверка лицензии при приемке не заменяет документальное подтверждение соответствия требованиям ТС на этапе рассмотрения заявки.
11. Оснований для исключения установленного требования не имеется. Авторизационное письмо предусмотрено ТС как документальное подтверждение правомерности поставки и использования лицензированного программного обеспечения.
12. Оценочный уровень доверия не ниже 5 установлен в ТС как минимальное требование к подтвержденному уровню безопасности закупаемого программного обеспечения. Допускается программное обеспечение с более высоким уровнем доверия при соблюдении остальных требований ТС.
13. Технической спецификацией не устанавливается отдельная модель угроз либо перечень защищаемой информации, поскольку они не являются предметом данной закупки. Требование относится непосредственно к установленному уровню оценки безопасности закупаемого программного обеспечения.
14. Назначение моноблока для образовательных, офисных, мультимедийных и сетевых приложений не отменяет установленных ТС требований к программному обеспечению, предназначенному для работы с файловой системой и имеющему встроенную антивирусную защиту.
15. ТС не устанавливает обработку государственной тайны, объектов критической информационной инфраструктуры либо иных специальных категорий информации и не связывает установленный уровень доверия с такими категориями. Требование «не ниже 5» установлено непосредственно к закупаемому программному обеспечению как минимальный показатель подтвержденного уровня его безопасности.
16. Оценочный уровень доверия не ниже 5 установлен как минимальная характеристика безопасности программного обеспечения в рамках требований СТ РК ISO/IEC 15408-3. Установление в ТС данного минимального показателя не предполагает обязательного наличия отдельной модели угроз или обработки специальных категорий информации.
17. Само по себе установление минимального уровня доверия не свидетельствует об ограничении рынка. Требование применяется одинаково ко всем потенциальным поставщикам, а к поставке допускается программное обеспечение, соответствующее установленному уровню либо превышающее его при соблюдении остальных требований ТС.
18. Наличие штатного файлового менеджера операционной системы не заменяет самостоятельную позицию закупки. ТС предусматривает лицензионное программное обеспечение для работы с файловой системой со встроенным антивирусом, которое должно соответствовать совокупности установленных функциональных требований и требований информационной безопасности.
19. Наличие встроенной антивирусной защиты операционной системы также не отменяет требования к закупаемой позиции. Соответствие определяется не наличием отдельной антивирусной функции, а соответствием программного продукта всей совокупности характеристик, установленных ТС для программного обеспечения по работе с файловой системой со встроенным антивирусом.
20. Различный объем требований к аппаратному и программному обеспечению обусловлен различным характером соответствующих позиций. Для программного обеспечения дополнительно предусмотрено документальное подтверждение информационной безопасности, лицензирования и правомерности его поставки и использования.
22. Принцип технологической нейтральности соблюден: ТС не устанавливает конкретного производителя или торговую марку программного обеспечения. Потенциальный поставщик вправе предложить программный продукт при условии его соответствия всей совокупности установленных функциональных, технических и документально подтверждаемых требований.
23. Правомерность ТС оценивается по статье 12 Закона: она допускает установление требуемых функциональных, технических, качественных и эксплуатационных характеристик и запрещает условия, фактически ограничивающие количество потенциальных поставщиков, в частности неадминистрируемые требования и характеристики, определяющие принадлежность товара отдельному поставщику. При этом Заказчик не определяет в ТС конкретного потенциального поставщика как единственно допустимого.
24. Указанные требования определяют функциональные возможности информационно-образовательного стенда: доступ к цифровому образовательному контенту посредством QR-кода, его использование на предусмотренных языках и поддержание работоспособности цифрового ресурса в течение установленного срока.
25. Разрешение на использование объектов интеллектуальной собственности предусмотрено для документального подтверждения правомерности использования соответствующего цифрового контента и иных объектов интеллектуальной собственности, входящих в состав поставляемого решения.
26. Перечисленные документы относятся к возможным документам, подтверждающим наличие прав на соответствующие объекты интеллектуальной собственности. Конкретный вид подтверждающего документа определяется правовой природой объекта и наличием соответствующих прав.
27. Именной характер разрешения позволяет однозначно подтвердить, что право на использование и реализацию соответствующего объекта интеллектуальной собственности предоставлено именно потенциальному поставщику, предлагающему данный товар в рамках закупки.
28. Выдача разрешения конкретному потенциальному поставщику обеспечивает документальное подтверждение наличия у него права на использование и реализацию соответствующего объекта интеллектуальной собственности.
29. Указание конкретного конкурса и лота обеспечивает однозначную идентификацию закупки и товара, в отношении которых подтверждается правомерность использования соответствующего объекта интеллектуальной собственности.
30. Уникальный регистрационный номер или код предусмотрен для идентификации разрешения и возможности подтверждения его подлинности и относимости к соответствующему объекту интеллектуальной собственности.
31. Выдача разрешения правообладателем либо его официальным представителем обеспечивает подтверждение того, что разрешение исходит от лица, обладающего соответствующими правами либо полномочиями на их предоставление.
32. Дословное совпадение наименования необходимо для однозначной идентификации объекта интеллектуальной собственности в разрешении и правоустанавливающем документе и исключения подмены одного объекта другим.
33. Данное условие предназначено для однозначной идентификации объекта интеллектуальной собственности, входящего в состав товара, который потенциальный поставщик самостоятельно предлагает к поставке. Без совпадения наименования невозможно достоверно определить, что представленное разрешение относится именно к предлагаемому поставщиком объекту, права на который подтверждаются соответствующим документом, а не к иному программному продукту или базе данных со схожим названием. Критерий является бинарным и проверяемым, поэтому обеспечивает объективность проверки представленных документов.
34. Указанные требования не являются техническими характеристиками стенда. Они относятся к документальному подтверждению правомерности использования объектов интеллектуальной собственности, входящих в состав предлагаемого поставщиком решения.
35. Требования не устанавливают обязательность правоотношений с каким-либо заранее определенным правообладателем. Их назначение — подтвердить наличие законных оснований для использования тех объектов интеллектуальной собственности, которые входят в состав предлагаемого товара.
36. Изготовитель вправе предложить самостоятельно разработанный информационно-образовательный стенд и цифровой ресурс при условии соответствия товара требованиям ТС и наличия необходимых прав на используемые в составе решения объекты интеллектуальной собственности.
37. Если предлагаемое решение не использует объекты интеллектуальной собственности иных правообладателей, подтверждению подлежат права на собственные объекты, используемые в составе предлагаемого товара, в соответствии с требованиями ТС.
38. Если потенциальный поставщик является правообладателем соответствующих объектов интеллектуальной собственности, получение разрешения от иного правообладателя не требуется. В таком случае правомерность использования подтверждается документами, удостоверяющими собственные права потенциального поставщика на предлагаемый им объект.
39. ТС не ограничивает возможность предложения товара собственной разработки. Потенциальный поставщик вправе предложить собственный оригинальный дизайн, цифровой контент и программное решение при условии соответствия предлагаемого товара требованиям ТС и документального подтверждения прав на используемые объекты интеллектуальной собственности.
40. Пункт 18 приложения 4 Правил прямо перечисляет патенты среди документов, которые могут подтверждать право потенциального поставщика на производство, поставку или реализацию товара. Следовательно, само упоминание патента в перечне допустимых правоустанавливающих документов не противоречит Правилам.При этом патент применяется там, где правовая природа соответствующего объекта предусматривает патентную охрану.
41. Аналогично, документ об авторских правах может использоваться для подтверждения прав на охраняемое графическое произведение или иной соответствующий объект.При этом законодательство об авторском праве прямо устанавливает, что авторское право возникает в силу факта создания и не требует обязательной регистрации. Следовательно, данное положение ТС следует понимать как требование подтвердить законность прав соответствующим документом, применимым к конкретному объекту, а не как установление обязательной государственной регистрации авторского права для каждого участника.
42. Отсутствие отдельного свидетельства само по себе не означает отсутствие авторских прав. Вместе с тем в рамках закупки потенциальный поставщик должен документально подтвердить правомерность использования объектов интеллектуальной собственности, входящих в состав предлагаемого им товара, в соответствии с требованиями ТС.
43. Рассматриваемое требование направлено не на установление дополнительного квалификационного требования к участнику, а на подтверждение правомерности использования и поставки объектов интеллектуальной собственности, входящих в состав предлагаемого товара.
44. Противоречия с запретом на установление дополнительных квалификационных требований не возникает, поскольку требование относится не к квалификации потенциального поставщика как субъекта предпринимательской деятельности, а к документальному подтверждению правомерности использования и поставки соответствующего объекта интеллектуальной собственности в составе предлагаемого товара.
45. Требование включено в техническую спецификацию в связи с характеристиками и составом непосредственно предлагаемого товара, включающего цифровой контент и иные объекты интеллектуальной собственности. Его назначение — подтвердить законность использования и поставки этих объектов, а не установить дополнительную квалификацию потенциального поставщика.
46. Требования ТС не направлены на оценку коммерческого статуса потенциального поставщика. Документы предусмотрены для подтверждения правомерности использования и поставки объектов интеллектуальной собственности, входящих в состав предлагаемого им товара.
47. Предоставление подтверждающих документов только при поставке не обеспечивает возможности проверки правомерности использования соответствующих объектов интеллектуальной собственности на этапе рассмотрения конкурсных заявок. Поэтому ТС предусматривает их представление в составе заявки.
48. Потенциальный поставщик вправе предложить товар собственной разработки при его соответствии ТС и документальном подтверждении прав на объекты интеллектуальной собственности, входящие в состав предлагаемого им товара.
49. Требования непосредственно к стенду установлены в ТС через его функциональные, технические, качественные и эксплуатационные характеристики и подлежат рассмотрению применительно к каждой конкретной характеристике.
50. Толщина не менее 8,914 мм установлена как минимальная техническая характеристика стенда. Формулировка «не менее» допускает применение материала большей толщины при соблюдении остальных требований ТС.
51. Само по себе числовое значение характеристики не свидетельствует о его принадлежности конкретному производителю или модели. Показатель установлен как минимальное требование к конструктивному исполнению стенда.
52. Стенд толщиной 10 мм допускается, поскольку превышает установленный минимальный показатель. Толщина 8 мм установленному требованию «не менее 8,914 мм» не соответствует, и заявленное наличие более прочного материала само по себе не заменяет конкретную минимальную характеристику, установленную ТС.
53. Оснований для замены требования только показателями жесткости и прочности не имеется. Толщина материала является объективно измеряемой технической характеристикой, связанной с конструктивной прочностью и устойчивостью стенда при эксплуатации.
54. В ТС размеры крепежных элементов указаны ориентировочно и не являются безусловно фиксированными: допускаются иные размеры с учетом конструкции, габаритов и массы стенда при обеспечении надежного и безопасного крепления. Поэтому привязка к единственному размеру крепежа отсутствует.
55. Детализация отдельных параметров сама по себе не свидетельствует о воспроизведении конкретного готового изделия. Кроме того, ТС прямо допускает иные размеры крепежных элементов при обеспечении надежности и безопасности конструкции.
56. Требования к цветовому оформлению и расположению информационных элементов определяют общее визуальное и информационное оформление стенда и не устанавливают конкретного производителя либо модель товара.
57. Указанные характеристики действительно имеют значение для функционального назначения стенда и предусмотрены ТС: доступность образовательной информации, использование казахского и русского языков, а также доступ к цифровому контенту.
58. Требования к оформлению не исключают возможность предложения эквивалентного стенда. Допускается собственное дизайнерское решение при соблюдении установленной ТС структуры, содержания, цветовой направленности и иных обязательных характеристик.
59. Срок информационной поддержки не менее 12 месяцев установлен как минимальный период обеспечения работоспособности и актуальности цифрового ресурса, связанного с информационно-образовательным стендом. Более длительный срок поддержки допускается.
60. Установление отдельного процентного показателя доступности интернет-ресурса ТС не предусмотрено. Требованием является обеспечение функционирования цифрового ресурса и его информационной поддержки в течение установленного срока.
61. Конкретный срок восстановления при техническом сбое ТС не устанавливает. Способ организации технической поддержки определяется исполнителем при условии обеспечения работоспособности цифрового ресурса в предусмотренный период.
62. Требование о принадлежности доменного имени конкретному лицу ТС не установлено. Существенным является обеспечение предусмотренного ТС доступа к цифровому образовательному контенту.
63. Обязательная передача Заказчику административного доступа к интернет-ресурсу ТС не предусмотрена и не относится к установленному объему поставки.
64. ТС устанавливает минимальный срок информационной поддержки — не менее 12 месяцев. Дополнительные обязательства по обеспечению доступа после окончания установленного периода технической спецификацией не предусмотрены.
65. Условия хранения данных и резервного копирования отдельными требованиями ТС не установлены. Способ технической организации ресурса определяется исполнителем при условии обеспечения его функционирования и предусмотренной информационной поддержки.
66. Требования к интеллектуальным правам и требования к эксплуатации ресурса имеют различное назначение. Документы на объекты интеллектуальной собственности подтверждают правомерность их использования, тогда как эксплуатационные требования определяют необходимый результат — функционирование цифрового ресурса и доступ к предусмотренному контенту в течение установленного срока.
67. Оснований для переработки раздела не имеется. ТС уже определяет требуемый результат эксплуатации интернет-ресурса: доступ к цифровому контенту и его информационную поддержку в течение не менее 12 месяцев. Установление дополнительных показателей SLA, сроков восстановления и способов технической организации ресурса не является необходимым для определения предмета поставки.
68. Требования к подтверждающим документам установлены не как требование к конкретному правообладателю, а для подтверждения правомерности поставки и использования объектов интеллектуальной собственности, входящих в состав предлагаемого поставщиком товара. Возможность замены прямо предусмотренных ТС документов иными документами оценивается исходя из установленного ТС способа подтверждения соответствующих прав.
69. Техническая спецификация не устанавливает обязанность Заказчика подтверждать соответствие ее требованиям путем перечисления определенного количества производителей или готовых рыночных решений. Соответствие определяется по характеристикам и документам предлагаемого потенциальным поставщиком товара.
70. ТС не исключает собственные разработки потенциальных поставщиков. Участник вправе предложить собственное программное или информационное решение при условии соответствия установленным требованиям и документального подтверждения правомерности использования объектов интеллектуальной собственности, входящих в состав предлагаемого им товара.
2. Указанные требования установлены Заказчиком к предустановленному лицензионному программному обеспечению для управления файловой системой со встроенным антивирусом, входящему в состав закупаемого комплекта кабинета инклюзии. Наличие штатных средств защиты операционной системы не является основанием для исключения предусмотренного ТС программного обеспечения, поскольку Заказчиком определена конкретная совокупность необходимых функций и требований к уровню безопасности. ОУД не ниже 5 установлен как минимальное требование Заказчика к степени доверия и защищенности предлагаемого программного решения, а не как характеристика самого моноблока или категории кабинета. Авторизационное письмо, сертификат и сведения из реестра имеют различное назначение и не дублируют друг друга. Потенциальный поставщик вправе предложить любое программное решение любого правообладателя, главное — его полное соответствие всем требованиям ТС. Требование снизить установленные характеристики и исключить предусмотренные документы фактически направлено на изменение сформированной потребности Заказчика и отклоняется.
3. Оформление авторизационного письма на имя Заказчика с указанием номера объявления и конкретного лота необходимо для однозначной идентификации закупки, в отношении которой подтверждается правомерность поставки и использования соответствующего программного обеспечения, и исключения применения документа, выданного для иной закупки или иного товара.
4. Требование к содержанию авторизационного письма установлено для идентификации закупки и подтверждения правомерности поставки и использования соответствующего программного обеспечения в рамках конкретного конкурса и лота.
5. Участие в конкурсе определяется соответствием потенциального поставщика требованиям конкурсной документации. Необходимость документального подтверждения правомерности поставки и использования программного обеспечения сама по себе не означает ограничение права на участие в закупке.
6. Порядок выдачи авторизационных документов правообладателем или официальным дистрибьютором не является предметом настоящей закупки. Техническая спецификация устанавливает единое для потенциальных поставщиков требование о подтверждении правомерности поставки и использования лицензированного программного обеспечения.
7. Коммерческая политика правообладателя, структура его дилерской сети и порядок взаимодействия с партнерами не являются предметом настоящей закупки и не регулируются технической спецификацией.
8. Возможность приобретения программного обеспечения сама по себе не подтверждает выполнение всех требований технической спецификации. Потенциальный поставщик должен подтвердить соответствие предлагаемого программного обеспечения и правомерность его поставки документами, предусмотренными ТС.
9. Авторизационное письмо не является технической характеристикой программного продукта и ТС не устанавливает его в таком качестве. Оно является документальным подтверждением правомерности поставки и использования лицензированного программного обеспечения.
10. Перечисленные способы могут подтверждать отдельные обстоятельства приобретения, лицензирования или активации программного обеспечения, однако ТС устанавливает конкретный перечень документов, предоставляемых в составе конкурсной заявки. Проверка лицензии при приемке не заменяет документальное подтверждение соответствия требованиям ТС на этапе рассмотрения заявки.
11. Оснований для исключения установленного требования не имеется. Авторизационное письмо предусмотрено ТС как документальное подтверждение правомерности поставки и использования лицензированного программного обеспечения.
12. Оценочный уровень доверия не ниже 5 установлен в ТС как минимальное требование к подтвержденному уровню безопасности закупаемого программного обеспечения. Допускается программное обеспечение с более высоким уровнем доверия при соблюдении остальных требований ТС.
13. Технической спецификацией не устанавливается отдельная модель угроз либо перечень защищаемой информации, поскольку они не являются предметом данной закупки. Требование относится непосредственно к установленному уровню оценки безопасности закупаемого программного обеспечения.
14. Назначение моноблока для образовательных, офисных, мультимедийных и сетевых приложений не отменяет установленных ТС требований к программному обеспечению, предназначенному для работы с файловой системой и имеющему встроенную антивирусную защиту.
15. ТС не устанавливает обработку государственной тайны, объектов критической информационной инфраструктуры либо иных специальных категорий информации и не связывает установленный уровень доверия с такими категориями. Требование «не ниже 5» установлено непосредственно к закупаемому программному обеспечению как минимальный показатель подтвержденного уровня его безопасности.
16. Оценочный уровень доверия не ниже 5 установлен как минимальная характеристика безопасности программного обеспечения в рамках требований СТ РК ISO/IEC 15408-3. Установление в ТС данного минимального показателя не предполагает обязательного наличия отдельной модели угроз или обработки специальных категорий информации.
17. Само по себе установление минимального уровня доверия не свидетельствует об ограничении рынка. Требование применяется одинаково ко всем потенциальным поставщикам, а к поставке допускается программное обеспечение, соответствующее установленному уровню либо превышающее его при соблюдении остальных требований ТС.
18. Наличие штатного файлового менеджера операционной системы не заменяет самостоятельную позицию закупки. ТС предусматривает лицензионное программное обеспечение для работы с файловой системой со встроенным антивирусом, которое должно соответствовать совокупности установленных функциональных требований и требований информационной безопасности.
19. Наличие встроенной антивирусной защиты операционной системы также не отменяет требования к закупаемой позиции. Соответствие определяется не наличием отдельной антивирусной функции, а соответствием программного продукта всей совокупности характеристик, установленных ТС для программного обеспечения по работе с файловой системой со встроенным антивирусом.
20. Различный объем требований к аппаратному и программному обеспечению обусловлен различным характером соответствующих позиций. Для программного обеспечения дополнительно предусмотрено документальное подтверждение информационной безопасности, лицензирования и правомерности его поставки и использования.
22. Принцип технологической нейтральности соблюден: ТС не устанавливает конкретного производителя или торговую марку программного обеспечения. Потенциальный поставщик вправе предложить программный продукт при условии его соответствия всей совокупности установленных функциональных, технических и документально подтверждаемых требований.
23. Правомерность ТС оценивается по статье 12 Закона: она допускает установление требуемых функциональных, технических, качественных и эксплуатационных характеристик и запрещает условия, фактически ограничивающие количество потенциальных поставщиков, в частности неадминистрируемые требования и характеристики, определяющие принадлежность товара отдельному поставщику. При этом Заказчик не определяет в ТС конкретного потенциального поставщика как единственно допустимого.
24. Указанные требования определяют функциональные возможности информационно-образовательного стенда: доступ к цифровому образовательному контенту посредством QR-кода, его использование на предусмотренных языках и поддержание работоспособности цифрового ресурса в течение установленного срока.
25. Разрешение на использование объектов интеллектуальной собственности предусмотрено для документального подтверждения правомерности использования соответствующего цифрового контента и иных объектов интеллектуальной собственности, входящих в состав поставляемого решения.
26. Перечисленные документы относятся к возможным документам, подтверждающим наличие прав на соответствующие объекты интеллектуальной собственности. Конкретный вид подтверждающего документа определяется правовой природой объекта и наличием соответствующих прав.
27. Именной характер разрешения позволяет однозначно подтвердить, что право на использование и реализацию соответствующего объекта интеллектуальной собственности предоставлено именно потенциальному поставщику, предлагающему данный товар в рамках закупки.
28. Выдача разрешения конкретному потенциальному поставщику обеспечивает документальное подтверждение наличия у него права на использование и реализацию соответствующего объекта интеллектуальной собственности.
29. Указание конкретного конкурса и лота обеспечивает однозначную идентификацию закупки и товара, в отношении которых подтверждается правомерность использования соответствующего объекта интеллектуальной собственности.
30. Уникальный регистрационный номер или код предусмотрен для идентификации разрешения и возможности подтверждения его подлинности и относимости к соответствующему объекту интеллектуальной собственности.
31. Выдача разрешения правообладателем либо его официальным представителем обеспечивает подтверждение того, что разрешение исходит от лица, обладающего соответствующими правами либо полномочиями на их предоставление.
32. Дословное совпадение наименования необходимо для однозначной идентификации объекта интеллектуальной собственности в разрешении и правоустанавливающем документе и исключения подмены одного объекта другим.
33. Данное условие предназначено для однозначной идентификации объекта интеллектуальной собственности, входящего в состав товара, который потенциальный поставщик самостоятельно предлагает к поставке. Без совпадения наименования невозможно достоверно определить, что представленное разрешение относится именно к предлагаемому поставщиком объекту, права на который подтверждаются соответствующим документом, а не к иному программному продукту или базе данных со схожим названием. Критерий является бинарным и проверяемым, поэтому обеспечивает объективность проверки представленных документов.
34. Указанные требования не являются техническими характеристиками стенда. Они относятся к документальному подтверждению правомерности использования объектов интеллектуальной собственности, входящих в состав предлагаемого поставщиком решения.
35. Требования не устанавливают обязательность правоотношений с каким-либо заранее определенным правообладателем. Их назначение — подтвердить наличие законных оснований для использования тех объектов интеллектуальной собственности, которые входят в состав предлагаемого товара.
36. Изготовитель вправе предложить самостоятельно разработанный информационно-образовательный стенд и цифровой ресурс при условии соответствия товара требованиям ТС и наличия необходимых прав на используемые в составе решения объекты интеллектуальной собственности.
37. Если предлагаемое решение не использует объекты интеллектуальной собственности иных правообладателей, подтверждению подлежат права на собственные объекты, используемые в составе предлагаемого товара, в соответствии с требованиями ТС.
38. Если потенциальный поставщик является правообладателем соответствующих объектов интеллектуальной собственности, получение разрешения от иного правообладателя не требуется. В таком случае правомерность использования подтверждается документами, удостоверяющими собственные права потенциального поставщика на предлагаемый им объект.
39. ТС не ограничивает возможность предложения товара собственной разработки. Потенциальный поставщик вправе предложить собственный оригинальный дизайн, цифровой контент и программное решение при условии соответствия предлагаемого товара требованиям ТС и документального подтверждения прав на используемые объекты интеллектуальной собственности.
40. Пункт 18 приложения 4 Правил прямо перечисляет патенты среди документов, которые могут подтверждать право потенциального поставщика на производство, поставку или реализацию товара. Следовательно, само упоминание патента в перечне допустимых правоустанавливающих документов не противоречит Правилам.При этом патент применяется там, где правовая природа соответствующего объекта предусматривает патентную охрану.
41. Аналогично, документ об авторских правах может использоваться для подтверждения прав на охраняемое графическое произведение или иной соответствующий объект.При этом законодательство об авторском праве прямо устанавливает, что авторское право возникает в силу факта создания и не требует обязательной регистрации. Следовательно, данное положение ТС следует понимать как требование подтвердить законность прав соответствующим документом, применимым к конкретному объекту, а не как установление обязательной государственной регистрации авторского права для каждого участника.
42. Отсутствие отдельного свидетельства само по себе не означает отсутствие авторских прав. Вместе с тем в рамках закупки потенциальный поставщик должен документально подтвердить правомерность использования объектов интеллектуальной собственности, входящих в состав предлагаемого им товара, в соответствии с требованиями ТС.
43. Рассматриваемое требование направлено не на установление дополнительного квалификационного требования к участнику, а на подтверждение правомерности использования и поставки объектов интеллектуальной собственности, входящих в состав предлагаемого товара.
44. Противоречия с запретом на установление дополнительных квалификационных требований не возникает, поскольку требование относится не к квалификации потенциального поставщика как субъекта предпринимательской деятельности, а к документальному подтверждению правомерности использования и поставки соответствующего объекта интеллектуальной собственности в составе предлагаемого товара.
45. Требование включено в техническую спецификацию в связи с характеристиками и составом непосредственно предлагаемого товара, включающего цифровой контент и иные объекты интеллектуальной собственности. Его назначение — подтвердить законность использования и поставки этих объектов, а не установить дополнительную квалификацию потенциального поставщика.
46. Требования ТС не направлены на оценку коммерческого статуса потенциального поставщика. Документы предусмотрены для подтверждения правомерности использования и поставки объектов интеллектуальной собственности, входящих в состав предлагаемого им товара.
47. Предоставление подтверждающих документов только при поставке не обеспечивает возможности проверки правомерности использования соответствующих объектов интеллектуальной собственности на этапе рассмотрения конкурсных заявок. Поэтому ТС предусматривает их представление в составе заявки.
48. Потенциальный поставщик вправе предложить товар собственной разработки при его соответствии ТС и документальном подтверждении прав на объекты интеллектуальной собственности, входящие в состав предлагаемого им товара.
49. Требования непосредственно к стенду установлены в ТС через его функциональные, технические, качественные и эксплуатационные характеристики и подлежат рассмотрению применительно к каждой конкретной характеристике.
50. Толщина не менее 8,914 мм установлена как минимальная техническая характеристика стенда. Формулировка «не менее» допускает применение материала большей толщины при соблюдении остальных требований ТС.
51. Само по себе числовое значение характеристики не свидетельствует о его принадлежности конкретному производителю или модели. Показатель установлен как минимальное требование к конструктивному исполнению стенда.
52. Стенд толщиной 10 мм допускается, поскольку превышает установленный минимальный показатель. Толщина 8 мм установленному требованию «не менее 8,914 мм» не соответствует, и заявленное наличие более прочного материала само по себе не заменяет конкретную минимальную характеристику, установленную ТС.
53. Оснований для замены требования только показателями жесткости и прочности не имеется. Толщина материала является объективно измеряемой технической характеристикой, связанной с конструктивной прочностью и устойчивостью стенда при эксплуатации.
54. В ТС размеры крепежных элементов указаны ориентировочно и не являются безусловно фиксированными: допускаются иные размеры с учетом конструкции, габаритов и массы стенда при обеспечении надежного и безопасного крепления. Поэтому привязка к единственному размеру крепежа отсутствует.
55. Детализация отдельных параметров сама по себе не свидетельствует о воспроизведении конкретного готового изделия. Кроме того, ТС прямо допускает иные размеры крепежных элементов при обеспечении надежности и безопасности конструкции.
56. Требования к цветовому оформлению и расположению информационных элементов определяют общее визуальное и информационное оформление стенда и не устанавливают конкретного производителя либо модель товара.
57. Указанные характеристики действительно имеют значение для функционального назначения стенда и предусмотрены ТС: доступность образовательной информации, использование казахского и русского языков, а также доступ к цифровому контенту.
58. Требования к оформлению не исключают возможность предложения эквивалентного стенда. Допускается собственное дизайнерское решение при соблюдении установленной ТС структуры, содержания, цветовой направленности и иных обязательных характеристик.
59. Срок информационной поддержки не менее 12 месяцев установлен как минимальный период обеспечения работоспособности и актуальности цифрового ресурса, связанного с информационно-образовательным стендом. Более длительный срок поддержки допускается.
60. Установление отдельного процентного показателя доступности интернет-ресурса ТС не предусмотрено. Требованием является обеспечение функционирования цифрового ресурса и его информационной поддержки в течение установленного срока.
61. Конкретный срок восстановления при техническом сбое ТС не устанавливает. Способ организации технической поддержки определяется исполнителем при условии обеспечения работоспособности цифрового ресурса в предусмотренный период.
62. Требование о принадлежности доменного имени конкретному лицу ТС не установлено. Существенным является обеспечение предусмотренного ТС доступа к цифровому образовательному контенту.
63. Обязательная передача Заказчику административного доступа к интернет-ресурсу ТС не предусмотрена и не относится к установленному объему поставки.
64. ТС устанавливает минимальный срок информационной поддержки — не менее 12 месяцев. Дополнительные обязательства по обеспечению доступа после окончания установленного периода технической спецификацией не предусмотрены.
65. Условия хранения данных и резервного копирования отдельными требованиями ТС не установлены. Способ технической организации ресурса определяется исполнителем при условии обеспечения его функционирования и предусмотренной информационной поддержки.
66. Требования к интеллектуальным правам и требования к эксплуатации ресурса имеют различное назначение. Документы на объекты интеллектуальной собственности подтверждают правомерность их использования, тогда как эксплуатационные требования определяют необходимый результат — функционирование цифрового ресурса и доступ к предусмотренному контенту в течение установленного срока.
67. Оснований для переработки раздела не имеется. ТС уже определяет требуемый результат эксплуатации интернет-ресурса: доступ к цифровому контенту и его информационную поддержку в течение не менее 12 месяцев. Установление дополнительных показателей SLA, сроков восстановления и способов технической организации ресурса не является необходимым для определения предмета поставки.
68. Требования к подтверждающим документам установлены не как требование к конкретному правообладателю, а для подтверждения правомерности поставки и использования объектов интеллектуальной собственности, входящих в состав предлагаемого поставщиком товара. Возможность замены прямо предусмотренных ТС документов иными документами оценивается исходя из установленного ТС способа подтверждения соответствующих прав.
69. Техническая спецификация не устанавливает обязанность Заказчика подтверждать соответствие ее требованиям путем перечисления определенного количества производителей или готовых рыночных решений. Соответствие определяется по характеристикам и документам предлагаемого потенциальным поставщиком товара.
70. ТС не исключает собственные разработки потенциальных поставщиков. Участник вправе предложить собственное программное или информационное решение при условии соответствия установленным требованиям и документального подтверждения правомерности использования объектов интеллектуальной собственности, входящих в состав предлагаемого им товара.
