Внимание! Соединение с приложением прервано. Дождитесь повторного подключения.
Обсуждение документации - Просмотр сообщения № 1070037
Тема сообщения
Нарушения в ТС
Тип сообщения
Запрос о разъяснении АД
Поставщик
Kaz Trade
Представитель поставщика
ТАЛГАРОВ ЕРНАР ЕРКИНҰЛЫ
Дата и время отправки сообщения
2026-10-09 01:11:44
Текст сообщения
1. На каком нормативном основании участник обязан предоставить авторизационное письмо именно производителя?
2. Почему не допускается письмо правообладателя?
3. Почему не допускается договор поставки?
4. Лицензионный договор?
5. Электронная лицензия?
6. Инвойс?
7. Партнерский сертификат?
8. Иной документ законного происхождения?
9. Почему письмо обязательно должно содержать QR-код?
10. Каким нормативом установлен именно QR-код как способ проверки?
11. Будет ли отклонено письмо производителя с ЭЦП, но без QR-кода?
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. Сертификат?
47. демонстрация?
48. SLA?
49. Почему лаборатория обязательно должна иметь действующую аккредитацию НЦА?
50. Допускаются международно признанные иностранные лаборатории?
51. Если нет, чем обосновано территориальное ограничение?
52. Каким нормативом требуется SAST-протокол?
53. Как обычный поставщик должен получить доступ к исходному коду коммерческого ПО?
54. Должен ли исходный код передаваться лаборатории?
55. Если разработчик его не раскрывает, автоматически ли исключается весь продукт?
56. Просим разрешить эквивалентные доказательства безопасности.
57. Почему одновременно требуется SAST и отдельный протокол СТ РК ISO/IEC 15408-2-2017?
58. Какие риски каждый документ подтверждает отдельно?
59. Просим указать обязательную норму для каждого из пяти протоколов.
60. Почему отсутствие хотя бы одного протокола автоматически признается несоответствием?
61. Просим исключить автоматическое отклонение при наличии эквивалентного доказательства безопасности.
62. Какие документы подаются непосредственно с заявкой?
63. Какие документы предоставляются только победителем?
64. Почему часть требований продублирована в разных разделах?
65. Просим привести ТС к однозначной редакции.
66. Просим установить альтернативность подтверждающих документов.
67. Просим исключить документы третьих лиц, не относящиеся непосредственно к техническим характеристикам товара.
68. Просим разрешить подтверждение лицензионности на стадии исполнения договора.
69. Просим исключить обязательного локального дистрибьютора.
70. Просим исключить QR-код.
71. Просим исключить авторские права поставщика на исходный код.
72. Просим исключить либо сделать альтернативными пять протоколов испытаний.
73. Просим подтвердить, что функционально эквивалентное и безопасное ПО не будет отклонено только по причине отсутствия коммерческого документа определенной формы.
2. Почему не допускается письмо правообладателя?
3. Почему не допускается договор поставки?
4. Лицензионный договор?
5. Электронная лицензия?
6. Инвойс?
7. Партнерский сертификат?
8. Иной документ законного происхождения?
9. Почему письмо обязательно должно содержать QR-код?
10. Каким нормативом установлен именно QR-код как способ проверки?
11. Будет ли отклонено письмо производителя с ЭЦП, но без QR-кода?
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. Сертификат?
47. демонстрация?
48. SLA?
49. Почему лаборатория обязательно должна иметь действующую аккредитацию НЦА?
50. Допускаются международно признанные иностранные лаборатории?
51. Если нет, чем обосновано территориальное ограничение?
52. Каким нормативом требуется SAST-протокол?
53. Как обычный поставщик должен получить доступ к исходному коду коммерческого ПО?
54. Должен ли исходный код передаваться лаборатории?
55. Если разработчик его не раскрывает, автоматически ли исключается весь продукт?
56. Просим разрешить эквивалентные доказательства безопасности.
57. Почему одновременно требуется SAST и отдельный протокол СТ РК ISO/IEC 15408-2-2017?
58. Какие риски каждый документ подтверждает отдельно?
59. Просим указать обязательную норму для каждого из пяти протоколов.
60. Почему отсутствие хотя бы одного протокола автоматически признается несоответствием?
61. Просим исключить автоматическое отклонение при наличии эквивалентного доказательства безопасности.
62. Какие документы подаются непосредственно с заявкой?
63. Какие документы предоставляются только победителем?
64. Почему часть требований продублирована в разных разделах?
65. Просим привести ТС к однозначной редакции.
66. Просим установить альтернативность подтверждающих документов.
67. Просим исключить документы третьих лиц, не относящиеся непосредственно к техническим характеристикам товара.
68. Просим разрешить подтверждение лицензионности на стадии исполнения договора.
69. Просим исключить обязательного локального дистрибьютора.
70. Просим исключить QR-код.
71. Просим исключить авторские права поставщика на исходный код.
72. Просим исключить либо сделать альтернативными пять протоколов испытаний.
73. Просим подтвердить, что функционально эквивалентное и безопасное ПО не будет отклонено только по причине отсутствия коммерческого документа определенной формы.
