Внимание! Соединение с приложением прервано. Дождитесь повторного подключения.
Обсуждение документации - Просмотр сообщения № 1068725
Тема сообщения
Нарушение законодательства по закупкам (Растрата и возможное хищение бюджетных средств!)
Тип сообщения
Запрос о разъяснении АД
Поставщик
Товарищество с ограниченной ответственностью "SilkTech"
Представитель поставщика
ОМИРБЕКОВ САЙЛАУ ЖАКЫПБЕКОВИЧ
Дата и время отправки сообщения
2026-09-24 22:57:31
Текст сообщения
ЗАПРОСЫ
1. Просим указать не менее двух МФУ разных производителей, поддерживающих Canon PRINT Business.
2. Просим указать не менее двух МФУ разных производителей, поддерживающих uniFLOW Online.
3. Если указанные технологии принадлежат конкретной экосистеме, почему они включены в обязательные требования?
4. Будет ли поддержка эквивалентного мобильного приложения достаточной?
5. Как Заказчик проверит коэффициент трения роликов волейбольного комплекса?
6. Как будет проверяться материал роликов?
7. Как будет проверяться их динамическая балансировка?
8. Как будет измеряться падение оборотов максимум на 5%?
9. Как будет подтверждаться остаточный дисбаланс?
10. Как будет проверяться прочность корпуса при ударе мячом 100 км/ч?
11. Будет ли Заказчик фактически стрелять мячом в корпус?
12. Как фиксируется отсутствие царапин?
13. Почему данные конструктивные параметры нельзя заменить паспортом производителя?
14. Как Заказчик проверит наличие именно PWM?
15. Как будет проверяться аккумуляторная схема 10S?
16. Планируется ли вскрытие аккумулятора?
17. Как проверяется BMS?
18. Почему функциональной автономности недостаточно?
19. Как Заказчик проверит наличие 18 логических программных модулей?
20. Требуется ли доступ к исходному коду?
21. Требуется ли архитектурная документация?
22. Как проверяется reverse proxy?
23. Как проверяется алгоритм round-robin или least-connections?
24. Каким образом проверяется кэширование статического контента?
25. Почему эти параметры важны пользователю?
26. Как Заказчик будет проверять 1000 одновременных подключений?
27. Имеется ли стенд на 1000 клиентских устройств?
28. Или соответствие будет приниматься только по документам?
29. Как проверяется подготовка урока за 15 минут?
30. Кто является контрольным пользователем?
31. Как определяется сложность урока?
32. Как измеряется вовлечение 100% учащихся?
33. Как ПО гарантирует использование мультимедиа 40% урока?
34. Как проверяется 30 fps?
35. На каком клиентском компьютере?
36. Какая видеокарта используется при тестировании?
37. Почему ровно 100 000 полигонов?
38. Как проверяется задержка рисования 50 мс?
39. Требуется ли специализированный инструмент измерения latency?
40. Как проверяется игровая задержка 300 мс?
41. Как проверяется RTO 4 часа?
42. Будет ли имитироваться отказ сервера?
43. Как проверяется RPO 24 часа?
44. Почему мониторинг каждые 60 секунд является обязательным?
45. Как проверяется SAST при приемке?
46. Зачем SAST-протокол, если требуется дополнительное базовое сканирование уязвимостей при приемке?
47. Как проверяется отсутствие XSS?
48. Как проверяется SQL injection?
49. Как проверяется CSRF?
50. Кто несет расходы на данные испытания?
51. Как Заказчик проверит WebSocket RFC 6455 у каждого датчика?
52. Как будет проверяться JSON?
53. Почему эти параметры не заменить требованиями по задержке?
54. Почему ОС приемника должна быть с открытым исходным кодом?
55. Допускается ли коммерческая embedded OS?
56. Почему интерфейс должен быть Dark Theme?
57. Как Dark Theme влияет на точность датчиков?
58. Почему требуется конкретная структура Grid-layout?
59. Почему карточек должно быть ровно 15?
60. Почему требуется именно статус АКТИВЕН/НЕАКТИВЕН?
61. Допускается ли ONLINE/OFFLINE?
62. Почему состояние должно иметь красный фон?
63. Как это влияет на функцию?
64. Почему «система электрической безопасности» включает камеру?
65. Почему требуется микрофон?
66. Почему требуется динамик?
67. Почему требуется ночное видение?
68. Почему требуется запись видео?
69. Почему требуется управление по погоде?
70. Почему требуется восход/закат?
71. Как эти функции повышают электрическую безопасность?
72. Можно ли исключить перечисленные функции?
73. Почему требуется поддержка 64 устройств?
74. Планируется ли реальное подключение 64 устройств?
75. Почему приложение обязательно должно быть размещено в публичном магазине приложений?
76. Допускается ли корпоративное web-приложение?
77. Почему обязательна 2FA?
78. Почему требуется разграничение ролей для «членов семьи» в школьной закупке?
79. Не является ли данная формулировка признаком описания бытовой системы умного дома?
80. Почему интерфейс должен быть полностью русифицирован, но государственный язык не указан?
81. Просим привести требования локализации к потребностям организации образования.
82. Просим назвать не менее двух независимых систем электрической безопасности, полностью соответствующих ТС.
83. Просим назвать не менее двух образовательных программных продуктов, имеющих все требуемые протоколы.
84. Просим назвать не менее двух спортивных тренажеров, совпадающих по всей внутренней конструкции.
85. Просим представить методику приемки каждого необычного параметра.
86. Просим исключить параметры, которые Заказчик объективно не сможет проверить при приемке.
1. Просим указать не менее двух МФУ разных производителей, поддерживающих Canon PRINT Business.
2. Просим указать не менее двух МФУ разных производителей, поддерживающих uniFLOW Online.
3. Если указанные технологии принадлежат конкретной экосистеме, почему они включены в обязательные требования?
4. Будет ли поддержка эквивалентного мобильного приложения достаточной?
5. Как Заказчик проверит коэффициент трения роликов волейбольного комплекса?
6. Как будет проверяться материал роликов?
7. Как будет проверяться их динамическая балансировка?
8. Как будет измеряться падение оборотов максимум на 5%?
9. Как будет подтверждаться остаточный дисбаланс?
10. Как будет проверяться прочность корпуса при ударе мячом 100 км/ч?
11. Будет ли Заказчик фактически стрелять мячом в корпус?
12. Как фиксируется отсутствие царапин?
13. Почему данные конструктивные параметры нельзя заменить паспортом производителя?
14. Как Заказчик проверит наличие именно PWM?
15. Как будет проверяться аккумуляторная схема 10S?
16. Планируется ли вскрытие аккумулятора?
17. Как проверяется BMS?
18. Почему функциональной автономности недостаточно?
19. Как Заказчик проверит наличие 18 логических программных модулей?
20. Требуется ли доступ к исходному коду?
21. Требуется ли архитектурная документация?
22. Как проверяется reverse proxy?
23. Как проверяется алгоритм round-robin или least-connections?
24. Каким образом проверяется кэширование статического контента?
25. Почему эти параметры важны пользователю?
26. Как Заказчик будет проверять 1000 одновременных подключений?
27. Имеется ли стенд на 1000 клиентских устройств?
28. Или соответствие будет приниматься только по документам?
29. Как проверяется подготовка урока за 15 минут?
30. Кто является контрольным пользователем?
31. Как определяется сложность урока?
32. Как измеряется вовлечение 100% учащихся?
33. Как ПО гарантирует использование мультимедиа 40% урока?
34. Как проверяется 30 fps?
35. На каком клиентском компьютере?
36. Какая видеокарта используется при тестировании?
37. Почему ровно 100 000 полигонов?
38. Как проверяется задержка рисования 50 мс?
39. Требуется ли специализированный инструмент измерения latency?
40. Как проверяется игровая задержка 300 мс?
41. Как проверяется RTO 4 часа?
42. Будет ли имитироваться отказ сервера?
43. Как проверяется RPO 24 часа?
44. Почему мониторинг каждые 60 секунд является обязательным?
45. Как проверяется SAST при приемке?
46. Зачем SAST-протокол, если требуется дополнительное базовое сканирование уязвимостей при приемке?
47. Как проверяется отсутствие XSS?
48. Как проверяется SQL injection?
49. Как проверяется CSRF?
50. Кто несет расходы на данные испытания?
51. Как Заказчик проверит WebSocket RFC 6455 у каждого датчика?
52. Как будет проверяться JSON?
53. Почему эти параметры не заменить требованиями по задержке?
54. Почему ОС приемника должна быть с открытым исходным кодом?
55. Допускается ли коммерческая embedded OS?
56. Почему интерфейс должен быть Dark Theme?
57. Как Dark Theme влияет на точность датчиков?
58. Почему требуется конкретная структура Grid-layout?
59. Почему карточек должно быть ровно 15?
60. Почему требуется именно статус АКТИВЕН/НЕАКТИВЕН?
61. Допускается ли ONLINE/OFFLINE?
62. Почему состояние должно иметь красный фон?
63. Как это влияет на функцию?
64. Почему «система электрической безопасности» включает камеру?
65. Почему требуется микрофон?
66. Почему требуется динамик?
67. Почему требуется ночное видение?
68. Почему требуется запись видео?
69. Почему требуется управление по погоде?
70. Почему требуется восход/закат?
71. Как эти функции повышают электрическую безопасность?
72. Можно ли исключить перечисленные функции?
73. Почему требуется поддержка 64 устройств?
74. Планируется ли реальное подключение 64 устройств?
75. Почему приложение обязательно должно быть размещено в публичном магазине приложений?
76. Допускается ли корпоративное web-приложение?
77. Почему обязательна 2FA?
78. Почему требуется разграничение ролей для «членов семьи» в школьной закупке?
79. Не является ли данная формулировка признаком описания бытовой системы умного дома?
80. Почему интерфейс должен быть полностью русифицирован, но государственный язык не указан?
81. Просим привести требования локализации к потребностям организации образования.
82. Просим назвать не менее двух независимых систем электрической безопасности, полностью соответствующих ТС.
83. Просим назвать не менее двух образовательных программных продуктов, имеющих все требуемые протоколы.
84. Просим назвать не менее двух спортивных тренажеров, совпадающих по всей внутренней конструкции.
85. Просим представить методику приемки каждого необычного параметра.
86. Просим исключить параметры, которые Заказчик объективно не сможет проверить при приемке.
Ответы представителей заказчика и организатора, секретаря
Дата:
2026-10-03 01:19:07
Автор:
САДУОВ СЕРИК ИСЛЯМОВИЧ
Решение:
Представить разъяснение положений аукционной документации
1. Наименования Canon PRINT Business и uniFLOW Online приведены в технической спецификации исключительно в качестве иллюстративных примеров («мысалы, Canon PRINT Business, uniFLOW Online») функциональной готовности встроенного сетевого контроллера МФУ к сопряжению с мобильными и облачными сервисами. Спецификацией прямо закреплена поддержка открытых отраслевых протоколов (Apple AirPrint, Mopria Print Service, TCP/IP, SMB, IPP, IPSec), что позволяет предложить эквивалентные аппараты широкого круга мировых производителей (HP, Xerox, Ricoh, Konica Minolta и др.). 2. Спецификация не ограничивает поставку техникой одного бренда; поддержка облачной и мобильной защищенной печати реализуется устройствами различных мировых брендов через открытые стандарты IPP/AirPrint/Mopria. 3. Указанные наименования приведены как примеры функционала («мысалы»); обязательным является поддержка открытых отраслевых стандартов мобильной печати и сетевого управления. 4. Да, поддержка эквивалентных сертифицированных мобильных и облачных сервисов печати признается полностью достаточной при соблюдении открытых протоколов, установленных спецификацией. 5. Коэффициент трения материала роликов (не менее 0,6) подтверждается официальной эксплуатационно-технической документацией (паспортом изделия, datasheet) завода-изготовителя тренажерного комплекса. 6. Материал роликов подтверждается паспортом изделия и сертификатом качества производителя на конструкционные полимеры (литьевой полиуретан/эластичная резина), а при приемочных испытаниях верифицируется отсутствием термического прижигания покрышки мяча. 7. Динамическая балансировка подтверждается заводским паспортом изделия, а при приемо-сдаточных испытаниях верифицируется визуально-инструментальным методом — плавностью хода роликов и отсутствием вибраций станины на максимальных рабочих оборотах. 8. Стабильность частоты вращения роликов (просадка оборотов не более 5%) подтверждается паспортом изделия и номинальной мощностью двигателей (2х200 Вт), гарантирующей достаточный крутящий момент при прохождении мяча. 9. Остаточный дисбаланс подтверждается заводским сертификатом динамической балансировки вращающихся узлов производителя. 10. Ударопрочность защитного кожуха подтверждается официальным техническим паспортом изделия, эксплуатационной документацией завода-изготовителя и сертификатами на конструкционные материалы (ABS-пластик, монолитный поликарбонат). 11. Нет, проведение разрушающих испытаний и обстрел корпуса мячом при стандартной процедуре приемки товара не требуются. 12. Отсутствие царапин и механических деформаций фиксируется визуальным осмотром целостности корпуса нового оборудования при передаче товара Заказчику. 13. Данные параметры подтверждаются официальным техническим паспортом изделия и эксплуатационной документацией завода-изготовителя; проведение натурных разрушающих тестов при приемке исключено. 14. Наличие широтно-импульсной модуляции (PWM/ШИМ) подтверждается схемотехнической документацией, паспортом контроллера привода и плавностью бесступенчатой регулировки скорости роликов. 15. Схема аккумуляторного блока (топология 10S) подтверждается паспортом изделия завода-изготовителя и номинальным напряжением батареи 36 В (). 16. Нет, вскрытие аккумуляторного блока и нарушение целостности заводских пломб при приемке категорически исключены. 17. Наличие и функции платы защиты BMS (Battery Management System) подтверждаются эксплуатационно-технической документацией производителя и паспортом аккумуляторного блока. 18. Фиксация емкостных и энергетических параметров батареи обязательна наряду с автономностью, так как паспортная энергоемкость гарантирует сохранение эксплуатационного ресурса на второй и третий годы службы комплекса с учетом естественной циклической деградации литиевых ячеек. 19. Архитектура и компонентный состав программной платформы проверяются в ходе штатных приемочных процедур верификацией комплектной эксплуатационной документации («Руководства системного администратора») и функциональным тестированием пользовательских сервисов. 20. Предоставление доступа к исходному программному коду Заказчику не требуется; доступ к системе организуется через стандартные веб-браузеры. 21. Предоставление внутренней проектной документации разработчика Заказчику не требуется; проверяется комплектная эксплуатационная документация в соответствии с подразделом 7.3 технической спецификации. 22. Наличие механизма обратного проксирования (reverse proxy) верифицируется конфигурацией веб-сервера в соответствии с «Руководством системного администратора». 23. Алгоритмы балансировки (Round-robin, Least-connections) верифицируются конфигурационными файлами балансировщика и штатным распределением тестовых сессий. 24. Кэширование статических ресурсов проверяется через инструменты разработчика веб-браузера (Network tab) по наличию заголовков кэширования и отдаче статики из локального кэша. 25. Данные параметры обеспечивают высокую отказоустойчивость, защиту от сетевых сбоев и мгновенную загрузку 3D-моделей и видеоуроков на экранах учеников без зависания платформы. 26. Архитектурная емкость программного ядра до 1000 активных сетевых соединений подтверждается официальным действующим протоколом нагрузочных испытаний аккредитованной лаборатории NCA РК в составе заявки. 27. Наличие физического стенда на 1000 устройств у Заказчика не требуется; нагрузочные испытания проводятся независимой аккредитованной лабораторией с применением программных генераторов трафика. 28. Способность ядра ПО обслуживать массовые нагрузки подтверждается официальным протоколом испытаний аккредитованной лаборатории NCA РК, предоставляемым в составе заявки. 29. Показатель «подготовка материалов не более чем за 15 минут» приведен в подразделе «Ожидаемые результаты от внедрения ПО» в качестве качественного методического ориентира эффективности платформы, характеризующего наличие развитой библиотеки готовых дидактических шаблонов и 3D-моделей. 30. Приемка осуществляется комиссией Заказчика с участием преподавателя по комплектной инструкции пользователя. 31. Сложность определяется стандартной типовой учебной программой среднего общеобразовательного учреждения. 32. Вовлечение обеспечивается архитектурой игрового модуля платформы, поддерживающей синхронное подключение всех учеников класса через QR-код без программных ограничений сессии. 33. Показатель 40% характеризует методическую насыщенность встроенных библиотек платформы готовым мультимедийным контентом, исключая поставку систем с дефицитом учебных материалов. 34. Частота 30 FPS проверяется встроенным счетчиком производительности WebGL (FPS counter) в панели разработчика браузера при вращении 3D-модели. 35. Проверка производится на входящих в комплект поставки компьютерах-моноблоках учащихся и преподавателя. 36. Тестирование проводится на интегрированной графической подсистеме центрального процессора моноблока из комплекта закупки. 37. Порог 100 000 полигонов является расчетным отраслевым стандартом детальной образовательной 3D-графики, гарантирующим анатомическую точность без перегрузки клиентских ПК. 38. Задержка графического слоя не более 50 мс верифицируется стандартным тестом плавности нанесения непрерывной рукописной линии стилусом или мышью (отсутствие визуального запаздывания ink lag). 39. Применение специализированных аппаратных измерителей задержки при стандартной приемке не требуется; проверка проводится экспертно-визуальным методом. 40. Задержка передачи сигналов не более 300 мс проверяется синхронностью изменения счета на экране преподавателя при подаче ответа с клиентского устройства внутри локальной сети кабинета. 41. Норматив RTO часов регламентирует нормативное время восстановления сервисов из резервной копии в соответствии с «Руководством системного администратора». 42. Нет, умышленный вывод серверного оборудования из строя при стандартных приемо-сдаточных испытаниях исключен. 43. Параметр RPO часов верифицируется настройками автоматического расписания суточного резервного копирования в конфигурации системы. 44. Ежеминутный опрос параметров сервера необходим для превентивного выявления скачков нагрузки на процессор и оперативную память и предотвращения зависания платформы прямо во время урока. 45. Соответствие подтверждается официальным действующим протоколом анализа исходного кода (SAST), выданным аккредитованной лабораторией системы NCA РК, предоставленным в составе заявки. 46. Протокол SAST подтверждает отсутствие недекларированных закладок в коде разработчика до инсталляции, а базовое сканирование при приемке проверяет корректность сетевых настроек в локальной среде школы. 47. Устойчивость к XSS подтверждается протоколом аккредитованной лаборатории NCA РК и встроенными механизмами экранирования входных данных платформы. 48. Защита от SQL-инъекций подтверждается протоколом испытаний NCA РК и использованием параметризованных запросов ORM/SQL на уровне ядра платформы. 49. Защита от CSRF подтверждается протоколом испытаний NCA РК и использованием сессионных защитных токенов (CSRF-tokens). 50. Расходы на проведение испытаний и сертификацию тиражного программного продукта несет правообладатель (разработчик) в рамках планового вывода продукта на рынок. 51. Поддержка протокола WebSocket (RFC 6455) проверяется через вкладку «Network» (фильтр WS) панели разработчика веб-браузера при подключении датчика к дашборду. 52. Формат сообщений JSON проверяется просмотром текстовой структуры передаваемых пакетов телеметрии во вкладке сетевого мониторинга веб-браузера. 53. Использование открытых стандартов WebSocket и JSON необходимо для гарантии прямой нативной трансляции данных в любые браузеры без закупки и установки сторонних проприетарных драйверов. 54. Открытая операционная система (Linux/Embedded Linux) исключает зависимость государственного учреждения от платных лицензий и сторонних закрытых обновлений. 55. Допускаются любые надежные операционные системы с открытым исходным кодом, обеспечивающие функционирование сетевого стека, веб-сервера и WebSocket-сервера. 56. Темная тема (Dark Theme) научно обоснована эргономикой зрения: она снижает утомляемость глаз оператора и обеспечивает высокую контрастность графиков при коллективной демонстрации на большом экране с расстояния нескольких метров. 57. Цветовая схема интерфейса не влияет на датчики, но критически важна для четкости зрительного восприятия графиков учащимися и снижения нагрузки на зрение. 58. Сетка (Grid-layout) обеспечивает одновременное наглядное отображение всех 15 каналов без необходимости вертикальной прокрутки экрана во время фронтального урока. 59. Количество карточек строго соответствует числу 15 заявленных измерительных каналов лаборатории. 60. Требование задает стандарт однозначной визуальной индикации состояния сенсоров; отображение текстовых статусов «АКТИВЕН»/«НЕАКТИВЕН» на государственном или русском языке обязательно. 61. Допускается использование англоязычных обозначений «ONLINE»/«OFFLINE» в качестве дублирующих при условии наличия понятной локализации. 62. Красный цвет является международным стандартом предупредительной индикации неисправности, позволяя учителю мгновенно зафиксировать потерю связи с датчиком. 63. Цветовая индикация обеспечивает эргономичность оперативного контроля эксперимента и исключает демонстрацию устаревших данных под видом актуальных измерений. 64. В учебной аудитории пожарная и электрическая безопасность неразрывно связаны с визуальным контролем обстановки: камера позволяет удаленно подтвердить факт искрения, задымления или несанкционированного включения силовых приборов учащимися. 65. Микрофон необходим для дистанционной фиксации акустических признаков аварийных режимов электросети (характерный треск искрящих контактов, щелчки реле, гудение проводки). 66. Динамик обеспечивает оперативное воспроизведение звуковых сигналов тревоги для находящихся в помещении лиц при срабатывании аварийной защиты сети. 67. Ночное видение (ИК-подсветка) необходимо для круглосуточного аудита безопасности кабинета во внеурочное и ночное время при полностью отключенном освещении. 68. Видеозапись событий необходима для фиксации видеоархива инцидентов и установления причин возможных аварийных ситуаций в электросети кабинета. 69. Погодные алгоритмы позволяют автоматически оптимизировать дежурные режимы освещения кабинета и вентиляции в зависимости от естественных климатических условий за окном. 70. Сценарии «восход/закат» являются базовыми алгоритмами энергосбережения современных контроллеров, исключающими человеческий фактор оставления включенных силовых приборов и освещения на ночь. 71. Функции предотвращают перегрузку электросети школы, автоматизируют защитное обесточивание и обеспечивают превентивный контроль электроустановок. 72. Нет, указанные функции являются базовыми штатными возможностями современных микропроцессорных комплексов электробезопасности и сохраняются в спецификации. 73. Емкость базовой станции не менее 64 умных устройств заложена Заказчиком в целях перспективного масштабирования системы безопасности (плановое оснащение индивидуальными блоками безопасности каждого лабораторного стола учащихся) без замены шлюза. 74. В базовом составе поставляется стартовый контур безопасности кабинета (1 Центр управления, 1 розетка, 1 выключатель) с последующим плановым подключением периферии рабочих мест учеников. 75. Размещение приложения в официальных магазинах (Google Play, App Store) гарантирует проверку софта на отсутствие вредоносного кода и стабильность обновлений на мобильных устройствах учителей. 76. Допускается наличие защищенного веб-интерфейса в дополнение к мобильному приложению при условии сохранения всех функций Push-уведомлений и оперативного управления. 77. Двухфакторная аутентификация (2FA) для административных записей обязательна для защиты силового электропитания кабинета от несанкционированного перехвата управления третьими лицами. 78. Формулировка «членам семьи или коллегам» приведена в спецификации в качестве описания функциональной возможности группового ролевого доступа. 79. В условиях школы роли распределяются в рамках структуры организации образования: «Администратор» и «Пользователь». 80. В соответствии с Законом РК «О языках в Республике Казахстан» и разделом 2 технической спецификации, сопроводительная документация и пользовательские интерфейсы должны поддерживать государственный и русский языки. 81. Требование поддержки государственного языка прямо закреплено действующим законодательством Республики Казахстан и технической спецификацией. 82. На рынке Республики Казахстан представлен широкий ассортимент сертифицированных систем управления электробезопасностью (Aqara, Tuya, Sonoff, Xiaomi Smart Home, Legrand и их эквиваленты). 83. На рынке РК представлен ряд образовательных платформ отечественных и международных разработчиков (включая экосистемы BilimLand, Daryn Online и их аналоги), прошедших оценку соответствия в лабораториях системы NCA РК. 84. Установленным требованиям соответствуют профессиональные волейбольные тренажеры ведущих мировых и специализированных изготовителей (VolleyCannon, Attack Volleyball Machine, Sports Attack и их технологические эквиваленты). 85. Соответствие базовых параметров проверяется по официальной эксплуатационно-технической документации (паспортам, даташитам) завода-изготовителя, сертификатам соответствия, протоколам испытаний NCA РК и функциональным тестированием при вводе в эксплуатацию. 86. Все установленные характеристики базируются на открытых отраслевых, национальных и международных стандартах (SELV 36 В, Wi-Fi 802.11, WebSocket RFC 6455, JSON, IP54, ПУЭ РК, СТ РК ISO/IEC 15408-2-2017) и проверяются стандартными методами приемо-сдаточных испытаний; оснований для исключения параметров технической спецификации не имеется.
