Внимание! Соединение с приложением прервано. Дождитесь повторного подключения.
Обсуждение документации - Просмотр сообщения № 1069236
Тема сообщения
Нарушения в ТС, требуем рассмотреть
Тип сообщения
Замечание к АД
Поставщик
Товарищество с ограниченной ответственностью "SilkTech"
Представитель поставщика
ОМИРБЕКОВ САЙЛАУ ЖАКЫПБЕКОВИЧ
Дата и время отправки сообщения
2026-10-01 09:31:26
Текст сообщения
ЗАМЕЧАНИЯ
1. Документарные требования к участнику по интерактивному AR/AI-стенду содержат положения, которые фактически связывают возможность участия с наличием заранее оформленных правоотношений с конкретным производителем, правообладателем либо официальным дистрибьютором.
2. Участник обязан уже на стадии заявки предоставить авторизационное письмо, дающее право на поставку, установку, настройку и техническую поддержку стенда, в том числе посредством государственных и иных закупок.
3. При этом прямо запрещено предоставлять гарантийное письмо о последующем получении указанной авторизации после завершения конкурса.
4. Таким образом, возможность предложить соответствующий товар зависит не только от самого участника и его способности приобрести оригинальное оборудование/ПО, но и от субъективной готовности конкретного правообладателя выдать ему специальный документ до определения победителя.
5. Просим допустить альтернативные подтверждения законности поставки: дилерский договор, дистрибьюторское соглашение, лицензионный договор, сублицензионный договор, счет официального канала поставки, письмо правообладателя общего характера, партнерский сертификат либо иные документы.
6. В ТС дополнительно требуется приложить документы, подтверждающие «авторское право, патент на полезную модель, исходный код программы».
7. Данные категории прав и документов имеют различную юридическую природу. Авторское право на программу, патент на полезную модель и владение исходным кодом не являются взаимозаменяемыми понятиями.
8. Поставщик лицензионного программного продукта не обязан быть правообладателем исходного кода. Законный дистрибьютор или реселлер вправе поставлять продукт на основании договора с правообладателем, не приобретая авторское право на саму программу.
9. Просим четко определить, какой именно документ требуется: свидетельство/регистрация авторского права, договор отчуждения, лицензия, патент, письмо правообладателя либо копия исходного кода.
10. Формулировка «подтверждающие авторское права, патент на полезную модель, исходный код программы» также создает вопрос, требуется ли одновременно представить все три вида подтверждений.
11. Если требуется копия исходного кода, необходимо определить объем: полный исходный код всей платформы либо небольшой фрагмент. Передача исходного кода коммерческой платформы может нарушать интеллектуальные права правообладателя и режим коммерческой тайны.
12. Просим исключить требование о предоставлении исходного кода, если Заказчик не приобретает исключительные имущественные права на программу.
13. Неясно и требование о патенте на полезную модель. Программное обеспечение и AR-стенд могут не иметь патента на полезную модель, поскольку правообладатель защищает продукт иными правовыми средствами.
14. Просим обосновать обязательность патента и указать, какой объект полезной модели должен быть запатентован.
15. Участник также должен предоставить ссылку на сайт производителя предлагаемого стенда для проверки его соответствия ТС. При этом сам стенд должен изготавливаться индивидуально по теме «Единая программа воспитания» и содержит уникальный контент.
16. Индивидуально изготавливаемое изделие может не иметь заранее опубликованной страницы на сайте. Просим допустить технический паспорт, каталог компонентов, демонстрационную версию платформы либо иное средство проверки.
17. В требованиях поддержки указано обновление AR-контента в течение одного года, однако не установлен SLA.
18. Не определены время реакции на обращение, сроки устранения неисправности, число обновлений, количество часов поддержки, формат обращения, часы работы службы поддержки и наличие поддержки в выходные дни.
19. Неясно, включено ли устранение программных ошибок после первого года и кто обеспечивает работоспособность хостинга после окончания годовой поддержки.
20. Если система зависит от удаленного сервера, облачного AI API, домена, TLS-сертификата, базы данных либо CDN, техническая спецификация должна определить срок оплаты и поддержки данных ресурсов.
21. Иначе после завершения 12-месячной поддержки физический стенд может остаться, а цифровой AR-контент — перестать быть доступным.
22. Просим определить минимальный срок доступности цифровой части продукта, который должен соответствовать предполагаемому сроку эксплуатации стенда.
23. Если лицензия либо хостинг ограничены одним годом, это необходимо прямо указать как регулярные эксплуатационные расходы Заказчика.
24. ТС требует HTTPS, но не определяет ответственность за продление TLS-сертификатов и доменного имени.
25. Просим установить, кто оплачивает и продлевает домен, сервер, SSL/TLS и AI-сервис после первого года.
26. Отдельно необходимо определить, передаются ли Заказчику административные учетные данные к системе, возможность самостоятельно изменять контент и права на созданные специально для школы дизайн-материалы.
27. Если поставщик прекращает деятельность, Заказчик должен сохранить доступ к приобретенному контенту. ТС не регулирует такой сценарий.
28. Просим определить механизм резервного доступа, экспорт контента либо передачу административных прав.
29. В документе указано, что техническая спецификация не должна содержать квалификационные требования к потенциальному поставщику. При этом требование о наличии авторизационного письма, определенных прав на ПО, патента и исходного кода по существу проверяет статус и правоотношения самого участника.
30. Просим разграничить требования к товару и требования к участнику и исключить из технической спецификации положения, не относящиеся непосредственно к характеристикам закупаемого изделия.
31. Требование о проверке правоспособности участника через авторизационное письмо сформулировано как собственное обоснование самого Заказчика, однако не раскрывает, почему иные юридические документы не способны подтвердить те же права.
32. Просим допустить эквивалентность подтверждающих документов.
33. Также неясно, должно ли авторизационное письмо быть адресовано конкретно школе №170, содержать номер аукциона и лота либо достаточно общего права на государственные закупки.
34. Документ не устанавливает срок действия письма и не определяет, кто считается «официальным дистрибьютором».
35. Просим конкретизировать данные требования во избежание субъективного отклонения.
36. В рамках поставки требуется физический стенд и цифровой сервис, поэтому необходимо четко разделить право собственности на материальный объект и лицензионные права на ПО/контент.
37. Следует определить, получает ли Заказчик бессрочную неисключительную лицензию, право использования только в здании школы, право публичной демонстрации учащимся, право размещения на сайте либо иные права.
38. Если число пользователей не ограничено, необходимо это прямо указать. Если ограничено — указать максимальное количество.
39. Не определено, может ли AR-контент использоваться одновременно большим количеством учеников и имеется ли ограничение на количество одновременных сессий.
40. Просим определить эти условия до закупки, поскольку они влияют на стоимость лицензирования.
41. Требования к «авторскому праву» должны также учитывать специально разработанные макеты. Неясно, кому принадлежат права на оригинальный дизайн физического стенда, созданный за счет Заказчика.
42. Просим предусмотреть право школы использовать согласованный дизайн и материалы после завершения договора, включая повторную печать при повреждении стенда.
43. Если право повторной печати не передается, Заказчик становится зависимым от одного поставщика при дальнейшей эксплуатации.
44. Аналогично необходимо определить право Заказчика на перенос AR-контента на другой домен либо сервер в случае прекращения поддержки поставщика.
45. Техническая спецификация также должна разграничить гарантию на физическое изделие и гарантию на цифровую часть. Сейчас общий гарантийный срок указан 12 месяцев, однако цифровые права и доступность сервиса описаны отдельно.
46. Просим определить, что происходит после 12 месяцев: остается ли QR-код активным, продолжается ли работа AI, сохраняется ли контент, требуется ли подписка и сколько она стоит.
47. В отсутствие данных условий невозможно объективно оценить жизненный цикл закупаемого продукта.
48. Предлагаем заменить спорные документарные требования функциональным подтверждением: участник гарантирует поставку лицензионного неконтрафактного продукта и передает документы, подтверждающие законное право использования; конкретный вид документа может быть различным.
49. Это позволит сохранить требование об оригинальности продукта, не ограничивая участие только поставщиками, заранее выбранными правообладателем для выдачи авторизационного письма.
1. Документарные требования к участнику по интерактивному AR/AI-стенду содержат положения, которые фактически связывают возможность участия с наличием заранее оформленных правоотношений с конкретным производителем, правообладателем либо официальным дистрибьютором.
2. Участник обязан уже на стадии заявки предоставить авторизационное письмо, дающее право на поставку, установку, настройку и техническую поддержку стенда, в том числе посредством государственных и иных закупок.
3. При этом прямо запрещено предоставлять гарантийное письмо о последующем получении указанной авторизации после завершения конкурса.
4. Таким образом, возможность предложить соответствующий товар зависит не только от самого участника и его способности приобрести оригинальное оборудование/ПО, но и от субъективной готовности конкретного правообладателя выдать ему специальный документ до определения победителя.
5. Просим допустить альтернативные подтверждения законности поставки: дилерский договор, дистрибьюторское соглашение, лицензионный договор, сублицензионный договор, счет официального канала поставки, письмо правообладателя общего характера, партнерский сертификат либо иные документы.
6. В ТС дополнительно требуется приложить документы, подтверждающие «авторское право, патент на полезную модель, исходный код программы».
7. Данные категории прав и документов имеют различную юридическую природу. Авторское право на программу, патент на полезную модель и владение исходным кодом не являются взаимозаменяемыми понятиями.
8. Поставщик лицензионного программного продукта не обязан быть правообладателем исходного кода. Законный дистрибьютор или реселлер вправе поставлять продукт на основании договора с правообладателем, не приобретая авторское право на саму программу.
9. Просим четко определить, какой именно документ требуется: свидетельство/регистрация авторского права, договор отчуждения, лицензия, патент, письмо правообладателя либо копия исходного кода.
10. Формулировка «подтверждающие авторское права, патент на полезную модель, исходный код программы» также создает вопрос, требуется ли одновременно представить все три вида подтверждений.
11. Если требуется копия исходного кода, необходимо определить объем: полный исходный код всей платформы либо небольшой фрагмент. Передача исходного кода коммерческой платформы может нарушать интеллектуальные права правообладателя и режим коммерческой тайны.
12. Просим исключить требование о предоставлении исходного кода, если Заказчик не приобретает исключительные имущественные права на программу.
13. Неясно и требование о патенте на полезную модель. Программное обеспечение и AR-стенд могут не иметь патента на полезную модель, поскольку правообладатель защищает продукт иными правовыми средствами.
14. Просим обосновать обязательность патента и указать, какой объект полезной модели должен быть запатентован.
15. Участник также должен предоставить ссылку на сайт производителя предлагаемого стенда для проверки его соответствия ТС. При этом сам стенд должен изготавливаться индивидуально по теме «Единая программа воспитания» и содержит уникальный контент.
16. Индивидуально изготавливаемое изделие может не иметь заранее опубликованной страницы на сайте. Просим допустить технический паспорт, каталог компонентов, демонстрационную версию платформы либо иное средство проверки.
17. В требованиях поддержки указано обновление AR-контента в течение одного года, однако не установлен SLA.
18. Не определены время реакции на обращение, сроки устранения неисправности, число обновлений, количество часов поддержки, формат обращения, часы работы службы поддержки и наличие поддержки в выходные дни.
19. Неясно, включено ли устранение программных ошибок после первого года и кто обеспечивает работоспособность хостинга после окончания годовой поддержки.
20. Если система зависит от удаленного сервера, облачного AI API, домена, TLS-сертификата, базы данных либо CDN, техническая спецификация должна определить срок оплаты и поддержки данных ресурсов.
21. Иначе после завершения 12-месячной поддержки физический стенд может остаться, а цифровой AR-контент — перестать быть доступным.
22. Просим определить минимальный срок доступности цифровой части продукта, который должен соответствовать предполагаемому сроку эксплуатации стенда.
23. Если лицензия либо хостинг ограничены одним годом, это необходимо прямо указать как регулярные эксплуатационные расходы Заказчика.
24. ТС требует HTTPS, но не определяет ответственность за продление TLS-сертификатов и доменного имени.
25. Просим установить, кто оплачивает и продлевает домен, сервер, SSL/TLS и AI-сервис после первого года.
26. Отдельно необходимо определить, передаются ли Заказчику административные учетные данные к системе, возможность самостоятельно изменять контент и права на созданные специально для школы дизайн-материалы.
27. Если поставщик прекращает деятельность, Заказчик должен сохранить доступ к приобретенному контенту. ТС не регулирует такой сценарий.
28. Просим определить механизм резервного доступа, экспорт контента либо передачу административных прав.
29. В документе указано, что техническая спецификация не должна содержать квалификационные требования к потенциальному поставщику. При этом требование о наличии авторизационного письма, определенных прав на ПО, патента и исходного кода по существу проверяет статус и правоотношения самого участника.
30. Просим разграничить требования к товару и требования к участнику и исключить из технической спецификации положения, не относящиеся непосредственно к характеристикам закупаемого изделия.
31. Требование о проверке правоспособности участника через авторизационное письмо сформулировано как собственное обоснование самого Заказчика, однако не раскрывает, почему иные юридические документы не способны подтвердить те же права.
32. Просим допустить эквивалентность подтверждающих документов.
33. Также неясно, должно ли авторизационное письмо быть адресовано конкретно школе №170, содержать номер аукциона и лота либо достаточно общего права на государственные закупки.
34. Документ не устанавливает срок действия письма и не определяет, кто считается «официальным дистрибьютором».
35. Просим конкретизировать данные требования во избежание субъективного отклонения.
36. В рамках поставки требуется физический стенд и цифровой сервис, поэтому необходимо четко разделить право собственности на материальный объект и лицензионные права на ПО/контент.
37. Следует определить, получает ли Заказчик бессрочную неисключительную лицензию, право использования только в здании школы, право публичной демонстрации учащимся, право размещения на сайте либо иные права.
38. Если число пользователей не ограничено, необходимо это прямо указать. Если ограничено — указать максимальное количество.
39. Не определено, может ли AR-контент использоваться одновременно большим количеством учеников и имеется ли ограничение на количество одновременных сессий.
40. Просим определить эти условия до закупки, поскольку они влияют на стоимость лицензирования.
41. Требования к «авторскому праву» должны также учитывать специально разработанные макеты. Неясно, кому принадлежат права на оригинальный дизайн физического стенда, созданный за счет Заказчика.
42. Просим предусмотреть право школы использовать согласованный дизайн и материалы после завершения договора, включая повторную печать при повреждении стенда.
43. Если право повторной печати не передается, Заказчик становится зависимым от одного поставщика при дальнейшей эксплуатации.
44. Аналогично необходимо определить право Заказчика на перенос AR-контента на другой домен либо сервер в случае прекращения поддержки поставщика.
45. Техническая спецификация также должна разграничить гарантию на физическое изделие и гарантию на цифровую часть. Сейчас общий гарантийный срок указан 12 месяцев, однако цифровые права и доступность сервиса описаны отдельно.
46. Просим определить, что происходит после 12 месяцев: остается ли QR-код активным, продолжается ли работа AI, сохраняется ли контент, требуется ли подписка и сколько она стоит.
47. В отсутствие данных условий невозможно объективно оценить жизненный цикл закупаемого продукта.
48. Предлагаем заменить спорные документарные требования функциональным подтверждением: участник гарантирует поставку лицензионного неконтрафактного продукта и передает документы, подтверждающие законное право использования; конкретный вид документа может быть различным.
49. Это позволит сохранить требование об оригинальности продукта, не ограничивая участие только поставщиками, заранее выбранными правообладателем для выдачи авторизационного письма.
