Внимание! Соединение с приложением прервано. Дождитесь повторного подключения.
Обсуждение документации - Просмотр сообщения № 1069495
Тема сообщения
Запрос о разъяснении КД
Тип сообщения
Запрос о разъяснении КД
Поставщик
Kaz Trade
Представитель поставщика
ТАЛГАРОВ ЕРНАР ЕРКИНҰЛЫ
Дата и время отправки сообщения
2026-10-04 19:46:59
Текст сообщения
1. Просим исключить из пункта 5.1 требование об авторизационном письме правообладателя и/или официального дистрибьютора.
2. Просим исключить аналогичное требование из пункта 5.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. Просим назвать не менее трех программных решений разных правообладателей, соответствующих пункту 5.1.
33. Просим привести ссылки/наименования таких решений.
34. Все ли эти решения имеют оценочный уровень доверия не ниже 5?
35. Все ли они включены в требуемый реестр?
36. Все ли они имеют казахский интерфейс?
37. Все ли имеют русский интерфейс?
38. Все ли являются бессрочными?
39. Все ли работают одновременно на ПК и мобильных устройствах?
40. Все ли имеют встроенный антивирус?
41. Все ли поддерживают двухпанельный файловый менеджер?
42. Все ли используют машинное обучение?
43. Все ли используют серверную проверку файлов?
44. У всех ли серверная криптографическая система расположена на территории РК?
45. Каким документом подтверждается физическое расположение такой системы?
46. Требуется ли подтверждать местонахождение серверов в составе заявки?
47. Если да, каким документом?
48. Почему расположение криптографической системы именно на территории РК является обязательным?
49. Как это связано с назначением кабинета арт-терапии?
50. Какие категории информации будут обрабатываться на моноблоке?
51. Обрабатываются ли государственные секреты?
52. Обрабатывается ли информация критической инфраструктуры?
53. Если нет, почему установлен уровень доверия 5?
54. Почему по драйверу требуется уровень 5+?
55. Просим назвать минимум три решения разных правообладателей по пункту 5.2.
56. Все ли они реализованы именно как DXE-драйвер?
57. Почему необходим именно DXE-драйвер?
58. Допускается ли функционально эквивалентное решение иной архитектуры?
59. Допускается ли TPM/Secure Boot иное средство доверенной загрузки?
60. Допускается ли аппаратный модуль безопасности?
61. Допускается ли ПО, реализующее те же функции без DXE-драйвера?
62. Почему требуется предотвращение загрузки ОС со съемных носителей именно средствами указанного драйвера?
63. Можно ли обеспечить это настройками UEFI?
64. Можно ли обеспечить это средствами операционной системы?
65. Почему функциональный результат заменен конкретным архитектурным способом реализации?
66. Обязательно ли включение решения 5.2 в тот же реестр?
67. Чем обоснована необходимость реестра именно для данного кабинета?
68. Достаточно ли действующего сертификата безопасности без включения в реестр?
69. Если нет, почему?
70. Просим определить, какие из требований обусловлены нормативными актами, а какие являются пожеланием Заказчика.
71. Просим указать нормативное основание для обязательного адресного письма.
72. Просим указать нормативное основание для уровня доверия 5.
73. Просим указать нормативное основание для уровня доверия 5+.
74. Просим указать нормативное основание для обязательного DXE-драйвера.
75. Просим указать нормативное основание для бессрочной лицензии.
76. Просим разрешить функционально эквивалентное ПО.
77. Просим разрешить альтернативные документы, подтверждающие легальность лицензии.
78. Просим устранить зависимость допуска участника от решения правообладателя или дистрибьютора.
79. Просим внести соответствующие изменения в техническую спецификацию.
2. Просим исключить аналогичное требование из пункта 5.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. Просим назвать не менее трех программных решений разных правообладателей, соответствующих пункту 5.1.
33. Просим привести ссылки/наименования таких решений.
34. Все ли эти решения имеют оценочный уровень доверия не ниже 5?
35. Все ли они включены в требуемый реестр?
36. Все ли они имеют казахский интерфейс?
37. Все ли имеют русский интерфейс?
38. Все ли являются бессрочными?
39. Все ли работают одновременно на ПК и мобильных устройствах?
40. Все ли имеют встроенный антивирус?
41. Все ли поддерживают двухпанельный файловый менеджер?
42. Все ли используют машинное обучение?
43. Все ли используют серверную проверку файлов?
44. У всех ли серверная криптографическая система расположена на территории РК?
45. Каким документом подтверждается физическое расположение такой системы?
46. Требуется ли подтверждать местонахождение серверов в составе заявки?
47. Если да, каким документом?
48. Почему расположение криптографической системы именно на территории РК является обязательным?
49. Как это связано с назначением кабинета арт-терапии?
50. Какие категории информации будут обрабатываться на моноблоке?
51. Обрабатываются ли государственные секреты?
52. Обрабатывается ли информация критической инфраструктуры?
53. Если нет, почему установлен уровень доверия 5?
54. Почему по драйверу требуется уровень 5+?
55. Просим назвать минимум три решения разных правообладателей по пункту 5.2.
56. Все ли они реализованы именно как DXE-драйвер?
57. Почему необходим именно DXE-драйвер?
58. Допускается ли функционально эквивалентное решение иной архитектуры?
59. Допускается ли TPM/Secure Boot иное средство доверенной загрузки?
60. Допускается ли аппаратный модуль безопасности?
61. Допускается ли ПО, реализующее те же функции без DXE-драйвера?
62. Почему требуется предотвращение загрузки ОС со съемных носителей именно средствами указанного драйвера?
63. Можно ли обеспечить это настройками UEFI?
64. Можно ли обеспечить это средствами операционной системы?
65. Почему функциональный результат заменен конкретным архитектурным способом реализации?
66. Обязательно ли включение решения 5.2 в тот же реестр?
67. Чем обоснована необходимость реестра именно для данного кабинета?
68. Достаточно ли действующего сертификата безопасности без включения в реестр?
69. Если нет, почему?
70. Просим определить, какие из требований обусловлены нормативными актами, а какие являются пожеланием Заказчика.
71. Просим указать нормативное основание для обязательного адресного письма.
72. Просим указать нормативное основание для уровня доверия 5.
73. Просим указать нормативное основание для уровня доверия 5+.
74. Просим указать нормативное основание для обязательного DXE-драйвера.
75. Просим указать нормативное основание для бессрочной лицензии.
76. Просим разрешить функционально эквивалентное ПО.
77. Просим разрешить альтернативные документы, подтверждающие легальность лицензии.
78. Просим устранить зависимость допуска участника от решения правообладателя или дистрибьютора.
79. Просим внести соответствующие изменения в техническую спецификацию.
