Внимание! Соединение с приложением прервано. Дождитесь повторного подключения.
Обсуждение документации - Просмотр сообщения № 1070044
Тема сообщения
Нарушение законодательства по закупкам (Растрата и возможное хищение бюджетных средств!)
Тип сообщения
Замечание к АД
Поставщик
Товарищество с ограниченной ответственностью "IT-Quantum"
Представитель поставщика
ҚАЙРАТҰЛЫ БАУЫРЖАН
Дата и время отправки сообщения
2026-10-09 01:13:44
Текст сообщения
1. Просим комплексно пересмотреть техническую спецификацию, поскольку совокупность содержащихся в ней требований существенно выходит за пределы объективного описания функциональных, технических, качественных и эксплуатационных характеристик закупаемого учебного оборудования и формирует многоуровневую систему ограничений допуска.
2. Закупка сформирована как один комплект стоимостью 22 005 000 тенге без НДС и одновременно включает компьютерную технику, мебель, оргтехнику, VR-оборудование, музыкальное оборудование, специализированное программное обеспечение и аппаратно-программный комплекс беспроводных датчиков.
3. В отношении обычного оборудования требования в целом допускают различные марки, однако наиболее дорогостоящая и технологически специфичная часть ТС — программное обеспечение и датчики — описана чрезвычайно детально.
4. По программному обеспечению Заказчик устанавливает не только функции, но внутреннюю программную архитектуру.
5. Требуется клиент-серверный принцип.
6. трехуровневая модель.
7. микросервисная или сервис-ориентированная архитектура.
8. минимум 18 логических модулей.
9. определенный механизм reverse proxy.
10. конкретные алгоритмы балансировки.
11. горизонтальное и вертикальное масштабирование.
12. 1000 активных подключений.
13. внутренние API.
14. CMS.
15. отдельный игровой сервер.
16. централизованный лог.
17. конкретные способы хранения и обработки ресурсов.
18. Все это является внутренней инженерной реализацией продукта.
19. Заказчику необходимо определить конечный SLA, скорость, безопасность и функционал, а технологический стек должен оставаться на усмотрение разработчика.
20. Просим исключить число внутренних сервисов и конкретные архитектурные паттерны.
21. По 3D-модулю ТС описывает фактически готовый 3D-движок: типы освещения, карты нормалей, матричные преобразования, полигональность, FPS, число точек интереса, количество символов в подсказках, количество ракурсов и точные пользовательские операции.
22. Просим заменить данный блок общим требованием к интерактивному просмотру образовательных 3D-моделей.
23. По медиаконтенту устанавливается продолжительность роликов строго от 5 до 15 минут.
24. Подобное условие способно исключить качественный контент продолжительностью 3–4 либо 16–20 минут.
25. Просим исключить ограничение длительности.
26. По инструментам рисования ТС содержит количество цветов, использование HEX, число толщин, число шагов отмены и внутренний формат хранения аннотаций.
27. Эти признаки не определяют педагогическую ценность.
28. Просим оставить возможность аннотаций поверх контента.
29. По игровому модулю определяется архитектура мастер-страницы и клиентских страниц, тип связи, транзакции, QR-подключение, таймер, рейтинг и логика начисления баллов.
30. Просим оставить функции тестирования, групповой работы и автоматической статистики без навязывания конкретного UX.
31. В части UI/UX Заказчик регулирует число кликов, радиусы скругления, семейство шрифтов, минимальный размер touch target и иные элементы дизайн-системы.
32. Требования доступности поддерживаем, однако внешний дизайн конкретного продукта не должен становиться критерием допуска.
33. Наиболее существенным ограничением является совмещение модельно-ориентированной ТС с требованиями к документам третьих лиц.
34. Участник обязан представить авторизационное письмо производителя.
35. В письме должен иметься QR-код для проверки через официальный сайт.
36. Участник должен подтвердить право реализации/распространения продукта.
37. В тексте дополнительно упоминаются авторские права на исходный код ПО.
38. Для иностранного продукта требуется официальный представитель или дистрибьютор на территории Республики Казахстан.
39. Гарантийным письмом заменить документы запрещено.
40. Заказчик прямо связывает данные документы с «правоспособностью конкурсанта».
41. Просим исключить из технической спецификации условия, характеризующие коммерческий статус участника.
42. Законность ПО может быть подтверждена лицензией, договором, сертификатом, ключом активации, инвойсом либо иным документом.
43. Авторские права на исходный код не должны принадлежать обычному реселлеру.
44. Требование исходного кода следует исключить.
45. Официальный представитель именно в Казахстане также не обязателен для законного приобретения иностранного ПО.
46. Просим разрешить прямые международные поставки.
47. Следующий уровень ограничения — пять отдельных протоколов испытаний.
48. Протокол сетевой инфраструктуры.
49. Протокол процессов информационной безопасности.
50. Нагрузочный протокол.
51. SAST.
52. Протокол СТ РК ISO/IEC 15408-2-2017.
53. Все документы должны быть получены у аккредитованной в НЦА лаборатории и действовать на момент заявки.
54. Отсутствие любого документа объявлено несоответствием.
55. Просим для каждого протокола указать прямую обязательную норму законодательства применительно именно к закупаемой школьной образовательной платформе.
56. Если такой обязательности нет, документы должны иметь альтернативный характер либо проверяться на стадии исполнения.
57. Особенно спорным является SAST, поскольку независимый поставщик не обязан иметь доступ к исходному коду коммерческого продукта.
58. Аналогично протокол внутренних процессов ИБ фактически относится к организационным процессам разработчика.
59. Сам Заказчик уже установил конкретные требования безопасности: 2FA, парольная политика, блокировка учетной записи, TLS, хэширование с salt, защита от XSS, SQL injection и CSRF, логирование, резервное копирование, RPO/RTO.
60. Функциональное выполнение этих механизмов можно проверить непосредственно.
61. Поэтому дополнительное требование к узкому пакету заранее изготовленных документов требует проверки на пропорциональность.
62. Отдельно просим полностью переработать комплекс Wi-Fi датчиков.
63. ТС требует исключительно WebSocket RFC 6455.
64. JSON.
65. Access Point на приемнике.
66. Station mode датчиков.
67. точные интервалы подключения и reconnect.
68. IP54 каждого датчика.
69. ID минимум 8 символов.
70. RSSI.
71. аккумулятор минимум 1000 мА·ч.
72. автономность 24 часа.
73. определенную аппаратную архитектуру приемника.
74. ОС с открытым исходным кодом.
75. web-сервер.
76. WebSocket-сервер.
77. Это закрывает возможность предложения иной технической архитектуры.
78. Просим оставить измеряемый результат: автономные беспроводные датчики, локальная работа без обязательного внешнего интернета, визуализация показаний, история измерений и заданные диапазоны/погрешности.
79. Протокол обмена должен быть свободным при выполнении требований задержки и безопасности.
80. Особо просим удалить описание Dark Theme.
81. иконки микрочипа.
82. пятнадцати карточек.
83. скругленных углов.
84. расположения элементов.
85. красного статуса.
86. графика непосредственно внутри каждой карточки.
87. Все это является дизайном конкретного существующего интерфейса.
88. Заказчик может требовать наличие дашборда и отображение всех 15 датчиков, но не должен предписывать внешний макет.
89. Дополнительно необходимо исправить явные пропуски характеристик.
90. У гироскопа не указано числовое значение плотности шума.
91. У акселерометра отсутствуют числовые границы диапазона.
92. «Датчик уровня сигнала» имеет противоречивое описание радиоизмерителя и микрофона.
93. Газовый датчик смешивает VOC и CO2.
94. До исправления данных пунктов участник не может однозначно определить соответствие.
95. В части программного продукта также присутствуют неадминистрируемые показатели.
96. Подготовка интерактивного урока за 15 минут зависит от квалификации пользователя.
97. Использование мультимедиа минимум 40% урока зависит от преподавателя.
98. Вовлечение 100% присутствующих зависит от наличия устройств у учащихся.
99. Эти показатели следует исключить.
100. Технические показатели задержки 50 мс при рисовании, 300 мс в игровом модуле и пять секунд подключения по QR должны иметь четкую методику испытаний.
101. Иначе результат зависит от устройства, браузера и сети.
102. Просим установить тестовую конфигурацию либо использовать разумные функциональные формулировки.
103. В разделе передачи прав содержится неопределенность: неисключительные «или исключительные, в зависимости от договора» права.
104. Участник формирует цену до заключения договора и должен заранее знать объем передаваемых интеллектуальных прав.
105. Просим определить единственный вариант.
106. Если требуется бессрочная лицензия без ограничения учетных записей, указать это прямо.
107. Если предполагается облачная подписка, определить срок доступа.
108. В части принтеров и МФУ установлена совместимость именно с Windows.
109. Просим исключить фирменное название ОС и установить совместимость с операционными системами, используемыми Заказчиком.
110. Это позволит предложить более широкий спектр техники.
111. В целом просим применить единый принцип эквивалентности: отличие производителя, внутренней архитектуры, сетевого протокола, технологии хранения данных, дизайна интерфейса и способа лицензирования допускается при сохранении требуемого функционального результата.
112. Обеспечение конкуренции в данной закупке возможно только при переходе от описания конкретной технологической реализации к измеримым образовательным и эксплуатационным характеристикам.
113. Просим убрать из заявки авторизационные письма и иные зависимые от третьих лиц документы либо предусмотреть альтернативные подтверждения.
114. Просим убрать обязательное наличие локального официального представителя в РК.
115. Просим убрать QR-код в письме.
116. Просим убрать требование к авторским правам участника на исходный код.
117. Просим сделать протоколы информационной безопасности альтернативными доказательствами либо оставить только объективно обязательные законодательством.
118. Просим удалить технологический стек ПО.
119. Просим удалить WebSocket/JSON как единственно допустимые технологии датчиков.
120. Просим удалить модельно-специфический дизайн дашборда.
121. Просим исправить все неполные характеристики датчиков.
122. Просим четко определить объем лицензии и передаваемых прав.
123. После внесения указанных изменений потенциальные поставщики смогут предложить решения разных производителей, что повысит конкуренцию без снижения требуемого уровня информационной безопасности и образовательной функциональности.
2. Закупка сформирована как один комплект стоимостью 22 005 000 тенге без НДС и одновременно включает компьютерную технику, мебель, оргтехнику, VR-оборудование, музыкальное оборудование, специализированное программное обеспечение и аппаратно-программный комплекс беспроводных датчиков.
3. В отношении обычного оборудования требования в целом допускают различные марки, однако наиболее дорогостоящая и технологически специфичная часть ТС — программное обеспечение и датчики — описана чрезвычайно детально.
4. По программному обеспечению Заказчик устанавливает не только функции, но внутреннюю программную архитектуру.
5. Требуется клиент-серверный принцип.
6. трехуровневая модель.
7. микросервисная или сервис-ориентированная архитектура.
8. минимум 18 логических модулей.
9. определенный механизм reverse proxy.
10. конкретные алгоритмы балансировки.
11. горизонтальное и вертикальное масштабирование.
12. 1000 активных подключений.
13. внутренние API.
14. CMS.
15. отдельный игровой сервер.
16. централизованный лог.
17. конкретные способы хранения и обработки ресурсов.
18. Все это является внутренней инженерной реализацией продукта.
19. Заказчику необходимо определить конечный SLA, скорость, безопасность и функционал, а технологический стек должен оставаться на усмотрение разработчика.
20. Просим исключить число внутренних сервисов и конкретные архитектурные паттерны.
21. По 3D-модулю ТС описывает фактически готовый 3D-движок: типы освещения, карты нормалей, матричные преобразования, полигональность, FPS, число точек интереса, количество символов в подсказках, количество ракурсов и точные пользовательские операции.
22. Просим заменить данный блок общим требованием к интерактивному просмотру образовательных 3D-моделей.
23. По медиаконтенту устанавливается продолжительность роликов строго от 5 до 15 минут.
24. Подобное условие способно исключить качественный контент продолжительностью 3–4 либо 16–20 минут.
25. Просим исключить ограничение длительности.
26. По инструментам рисования ТС содержит количество цветов, использование HEX, число толщин, число шагов отмены и внутренний формат хранения аннотаций.
27. Эти признаки не определяют педагогическую ценность.
28. Просим оставить возможность аннотаций поверх контента.
29. По игровому модулю определяется архитектура мастер-страницы и клиентских страниц, тип связи, транзакции, QR-подключение, таймер, рейтинг и логика начисления баллов.
30. Просим оставить функции тестирования, групповой работы и автоматической статистики без навязывания конкретного UX.
31. В части UI/UX Заказчик регулирует число кликов, радиусы скругления, семейство шрифтов, минимальный размер touch target и иные элементы дизайн-системы.
32. Требования доступности поддерживаем, однако внешний дизайн конкретного продукта не должен становиться критерием допуска.
33. Наиболее существенным ограничением является совмещение модельно-ориентированной ТС с требованиями к документам третьих лиц.
34. Участник обязан представить авторизационное письмо производителя.
35. В письме должен иметься QR-код для проверки через официальный сайт.
36. Участник должен подтвердить право реализации/распространения продукта.
37. В тексте дополнительно упоминаются авторские права на исходный код ПО.
38. Для иностранного продукта требуется официальный представитель или дистрибьютор на территории Республики Казахстан.
39. Гарантийным письмом заменить документы запрещено.
40. Заказчик прямо связывает данные документы с «правоспособностью конкурсанта».
41. Просим исключить из технической спецификации условия, характеризующие коммерческий статус участника.
42. Законность ПО может быть подтверждена лицензией, договором, сертификатом, ключом активации, инвойсом либо иным документом.
43. Авторские права на исходный код не должны принадлежать обычному реселлеру.
44. Требование исходного кода следует исключить.
45. Официальный представитель именно в Казахстане также не обязателен для законного приобретения иностранного ПО.
46. Просим разрешить прямые международные поставки.
47. Следующий уровень ограничения — пять отдельных протоколов испытаний.
48. Протокол сетевой инфраструктуры.
49. Протокол процессов информационной безопасности.
50. Нагрузочный протокол.
51. SAST.
52. Протокол СТ РК ISO/IEC 15408-2-2017.
53. Все документы должны быть получены у аккредитованной в НЦА лаборатории и действовать на момент заявки.
54. Отсутствие любого документа объявлено несоответствием.
55. Просим для каждого протокола указать прямую обязательную норму законодательства применительно именно к закупаемой школьной образовательной платформе.
56. Если такой обязательности нет, документы должны иметь альтернативный характер либо проверяться на стадии исполнения.
57. Особенно спорным является SAST, поскольку независимый поставщик не обязан иметь доступ к исходному коду коммерческого продукта.
58. Аналогично протокол внутренних процессов ИБ фактически относится к организационным процессам разработчика.
59. Сам Заказчик уже установил конкретные требования безопасности: 2FA, парольная политика, блокировка учетной записи, TLS, хэширование с salt, защита от XSS, SQL injection и CSRF, логирование, резервное копирование, RPO/RTO.
60. Функциональное выполнение этих механизмов можно проверить непосредственно.
61. Поэтому дополнительное требование к узкому пакету заранее изготовленных документов требует проверки на пропорциональность.
62. Отдельно просим полностью переработать комплекс Wi-Fi датчиков.
63. ТС требует исключительно WebSocket RFC 6455.
64. JSON.
65. Access Point на приемнике.
66. Station mode датчиков.
67. точные интервалы подключения и reconnect.
68. IP54 каждого датчика.
69. ID минимум 8 символов.
70. RSSI.
71. аккумулятор минимум 1000 мА·ч.
72. автономность 24 часа.
73. определенную аппаратную архитектуру приемника.
74. ОС с открытым исходным кодом.
75. web-сервер.
76. WebSocket-сервер.
77. Это закрывает возможность предложения иной технической архитектуры.
78. Просим оставить измеряемый результат: автономные беспроводные датчики, локальная работа без обязательного внешнего интернета, визуализация показаний, история измерений и заданные диапазоны/погрешности.
79. Протокол обмена должен быть свободным при выполнении требований задержки и безопасности.
80. Особо просим удалить описание Dark Theme.
81. иконки микрочипа.
82. пятнадцати карточек.
83. скругленных углов.
84. расположения элементов.
85. красного статуса.
86. графика непосредственно внутри каждой карточки.
87. Все это является дизайном конкретного существующего интерфейса.
88. Заказчик может требовать наличие дашборда и отображение всех 15 датчиков, но не должен предписывать внешний макет.
89. Дополнительно необходимо исправить явные пропуски характеристик.
90. У гироскопа не указано числовое значение плотности шума.
91. У акселерометра отсутствуют числовые границы диапазона.
92. «Датчик уровня сигнала» имеет противоречивое описание радиоизмерителя и микрофона.
93. Газовый датчик смешивает VOC и CO2.
94. До исправления данных пунктов участник не может однозначно определить соответствие.
95. В части программного продукта также присутствуют неадминистрируемые показатели.
96. Подготовка интерактивного урока за 15 минут зависит от квалификации пользователя.
97. Использование мультимедиа минимум 40% урока зависит от преподавателя.
98. Вовлечение 100% присутствующих зависит от наличия устройств у учащихся.
99. Эти показатели следует исключить.
100. Технические показатели задержки 50 мс при рисовании, 300 мс в игровом модуле и пять секунд подключения по QR должны иметь четкую методику испытаний.
101. Иначе результат зависит от устройства, браузера и сети.
102. Просим установить тестовую конфигурацию либо использовать разумные функциональные формулировки.
103. В разделе передачи прав содержится неопределенность: неисключительные «или исключительные, в зависимости от договора» права.
104. Участник формирует цену до заключения договора и должен заранее знать объем передаваемых интеллектуальных прав.
105. Просим определить единственный вариант.
106. Если требуется бессрочная лицензия без ограничения учетных записей, указать это прямо.
107. Если предполагается облачная подписка, определить срок доступа.
108. В части принтеров и МФУ установлена совместимость именно с Windows.
109. Просим исключить фирменное название ОС и установить совместимость с операционными системами, используемыми Заказчиком.
110. Это позволит предложить более широкий спектр техники.
111. В целом просим применить единый принцип эквивалентности: отличие производителя, внутренней архитектуры, сетевого протокола, технологии хранения данных, дизайна интерфейса и способа лицензирования допускается при сохранении требуемого функционального результата.
112. Обеспечение конкуренции в данной закупке возможно только при переходе от описания конкретной технологической реализации к измеримым образовательным и эксплуатационным характеристикам.
113. Просим убрать из заявки авторизационные письма и иные зависимые от третьих лиц документы либо предусмотреть альтернативные подтверждения.
114. Просим убрать обязательное наличие локального официального представителя в РК.
115. Просим убрать QR-код в письме.
116. Просим убрать требование к авторским правам участника на исходный код.
117. Просим сделать протоколы информационной безопасности альтернативными доказательствами либо оставить только объективно обязательные законодательством.
118. Просим удалить технологический стек ПО.
119. Просим удалить WebSocket/JSON как единственно допустимые технологии датчиков.
120. Просим удалить модельно-специфический дизайн дашборда.
121. Просим исправить все неполные характеристики датчиков.
122. Просим четко определить объем лицензии и передаваемых прав.
123. После внесения указанных изменений потенциальные поставщики смогут предложить решения разных производителей, что повысит конкуренцию без снижения требуемого уровня информационной безопасности и образовательной функциональности.
