Внимание! Соединение с приложением прервано. Дождитесь повторного подключения.
Обсуждение документации - Просмотр сообщения № 1069972
Тема сообщения
ПЛАТФОРМА, ИНТЕЛЛЕКТУАЛЬНАЯ СОБСТВЕННОСТЬ, ОУД-4 И ОГРАНИЧЕНИЕ УЧАСТНИКОВ
Тип сообщения
Замечание к КД
Поставщик
Kaz Trade
Представитель поставщика
ТАЛГАРОВ ЕРНАР ЕРКИНҰЛЫ
Дата и время отправки сообщения
2026-10-08 23:26:28
Текст сообщения
1. Техническая спецификация содержит требования, которые по своему содержанию относятся не только к характеристикам приобретаемого товара, но и непосредственно к правовому статусу, правам и документам потенциального поставщика.
2. В разделе, посвященном цифровой образовательной платформе, прямо установлено: «Потенциальный поставщик должен предоставить документ, подтверждающий государственную регистрацию прав на объект интеллектуальной собственности».
3. Таким образом, возможность участия фактически связывается с наличием у потенциального поставщика или доступностью для него определенного правоустанавливающего документа на объект интеллектуальной собственности.
4. При этом в примечании самой технической спецификации прямо указано, что устанавливать в технической спецификации квалификационные требования к потенциальному поставщику не допускается.
5. Просим объяснить, каким образом требование о наличии/предоставлении документа, подтверждающего государственную регистрацию прав на объект интеллектуальной собственности, относится именно к функциональным, техническим, качественным или эксплуатационным характеристикам закупаемого товара, а не к правоспособности или статусу участника.
6. Оригинальность и законность использования программного продукта могут подтверждаться лицензией конечного пользователя, лицензионным соглашением, сублицензией, договором поставки, лицензионным ключом, инвойсом, актом передачи лицензии либо иным документом, подтверждающим право законного использования.
7. Не каждый поставщик лицензионного программного обеспечения является правообладателем самого объекта интеллектуальной собственности.
8. Для обычной модели распространения программного обеспечения это нормально: правообладатель предоставляет права дистрибьютору, реселлеру либо конечному пользователю, при этом исключительные права на исходный продукт остаются у разработчика.
9. Следовательно, требование документа о государственной регистрации самого объекта интеллектуальной собственности может искусственно ориентировать закупку на правообладателя либо заранее уполномоченную им организацию.
10. Дополнительно техническая спецификация требует документ, подтверждающий соответствие платформы требованиям информационной безопасности по СТ РК ISO/IEC 15408-3-2017 с оценочным уровнем доверия не ниже ОУД 4 и зарегистрированный в соответствующем реестре.
11. При этом предметом закупки является не отдельная информационная система государственного органа, а комплект учебного кабинета физики.
12. Значительная часть цифрового контента представляет собой учебные материалы, лабораторные работы, практические задания, интерактивные симуляторы, курсы робототехники, программирования, CAD, мультимедиа и цифровой грамотности.
13. Просим обосновать необходимость применения именно ОУД не ниже 4 ко всей образовательной платформе.
14. Необходимо пояснить, какие конкретно функции платформы создают такие информационные риски, которые объективно требуют сертификации именно по указанному уровню.
15. Само по себе размещение учебного контента, видео, симуляторов и практических заданий не означает необходимости применения к продукту требований уровня защищенной специализированной информационной системы.
16. Если на платформе предполагается обработка персональных данных учащихся, Заказчику необходимо отдельно определить состав таких данных, категории пользователей, механизмы идентификации, объем хранимых сведений и конкретные требования к защите.
17. В ТС содержится требование о физическом размещении серверных мощностей на территории Республики Казахстан.
18. Также устанавливается обязательное использование доменного имени первого уровня .kz.
19. Данные условия дополнительно существенно сужают круг доступных образовательных платформ.
20. Международная образовательная платформа может обладать необходимым содержанием, русским и казахским интерфейсом, обеспечивать безопасную работу и при этом использовать домен .com либо инфраструктуру распределенных дата-центров.
21. Требование именно домена .kz не является самостоятельным показателем качества образовательного контента.
22. Аналогично физическое местонахождение серверов является отдельным организационно-техническим вопросом и должно обосновываться характером фактически обрабатываемых данных.
23. Просим указать, предусматривает ли закупаемая платформа регистрацию учащихся по ФИО, ИИН, номеру телефона, электронной почте либо другим идентифицирующим данным.
24. Если персональные данные учеников не обрабатываются, необходимо пояснить необходимость жесткой серверной локализации.
25. Если обрабатываются, необходимо раскрыть минимально необходимый состав данных и модель доступа.
26. ТС также требует круглосуточный бесперебойный доступ 24/7, однако не определяет допустимый процент доступности, например 99%, 99,5% или 99,9%.
27. Термин «бесперебойный 24/7» в буквальном прочтении означает абсолютную 100-процентную доступность без возможности проведения технических работ.
28. Такой показатель практически невозможно гарантировать для любого сетевого сервиса.
29. Просим установить измеримый SLA и порядок учета плановых технических работ.
30. Отдельного внимания заслуживает чрезвычайно широкий функциональный объем образовательной платформы.
31. Платформа должна содержать не менее 110 лабораторных работ.
32. Дополнительно требуется не менее 149 адаптивных заданий, построенных на принципах UDL.
33. Далее требуется библиотека не менее 300 практических заданий.
34. Отдельно установлено не менее 135 интерактивных симуляторов.
35. Кроме физики и естественных наук, в контент включены робототехника, программирование, математика, предпринимательство, CAD-проектирование, архитектурная визуализация, видеомонтаж, кибербезопасность и другие направления.
36. В составе практических заданий присутствуют изготовление электронного биометрического замка, автоматизированного гаража, интеллектуальной системы полива, газоанализатора, биомеханического протеза, автономной метеостанции, сортировочной установки, мобильной Bluetooth-платформы и десятки других инженерных проектов.
37. Далее присутствуют задания, связанные с геометрией, финансами, абаком, шахматами, банковскими депозитами, ценными бумагами, 3D-моделированием, моделями нефтяных установок, музыкальными инструментами и даже широким набором творческих детских проектов.
38. Такая совокупность признаков выходит далеко за рамки функциональной потребности именно кабинета физики.
39. Фактически в ТС описана крупная междисциплинарная цифровая экосистема.
40. Чем больше одновременно обязательных библиотек, модулей и конкретных количественных порогов устанавливается, тем меньше количество программных продуктов может соответствовать всем требованиям одновременно.
41. Необходимо учитывать именно совокупный эффект условий.
42. Даже если каждый отдельный параметр кажется допустимым, одновременное требование не менее 110 лабораторных работ + 300 практических заданий + 149 адаптивных заданий + 135 симуляторов + робототехнических курсов + CAD + видеомонтажа + предпринимательства + кибергигиены + ОУД-4 + .kz + серверов в РК + регистрации интеллектуальной собственности может фактически идентифицировать единственную заранее известную платформу.
43. Просим Заказчика назвать не менее трех независимых программных платформ разных разработчиков, полностью соответствующих всей указанной совокупности требований.
44. Под «соответствуют» следует понимать соответствие без будущей доработки после определения победителя.
45. Если одна платформа соответствует 90% требований, а другая 95%, формально обе будут отклонены.
46. Поэтому наличие формулировки о возможности предложить «аналогичное программное обеспечение» само по себе не устраняет ограничение конкуренции.
47. Эквивалент должен оцениваться по конечной образовательной функции, а не по совпадению сотен элементов каталога.
48. Просим установить минимальный обязательный набор материалов именно по учебной программе физики.
49. Например, вместо требования ровно определенного количества разнородных библиотек целесообразно установить перечень тем 7–11 классов, наличие виртуальных лабораторных работ и необходимое количество пользовательских лицензий.
50. Все дополнительные межпредметные материалы следует определить как преимущество либо необязательный функционал, но не как жесткое основание отклонения.
51. Аналогичное замечание относится к модулю профессионального развития преподавателей.
52. Закупка кабинета физики включает требования к подготовке по робототехнике, международным соревнованиям, Python, промышленному CAD, архитектурной визуализации и профессиональному видеомонтажу.
53. Необходимо обосновать связь каждого такого модуля с непосредственным предметом закупки.
54. В частности, ТС приводит SolidWorks как пример промышленной CAD-системы, функциональность Shape Bender, Curviloft, 3D Warehouse и V-Ray-подобные функции.
55. Такая детализация может указывать на конкретные программные экосистемы.
56. Просим заменить указания на конкретные инструменты универсальными функциональными результатами: параметрическое моделирование, работа со сборками, выпуск чертежей, визуализация и т.д.
57. Аналогично по робототехнике приводятся конкретные типы соревнований и структуры занятий.
58. Необходимо пояснить, почему поставщик аналогичной образовательной платформы должен воспроизводить те же названия курсов и последовательность занятий.
59. Содержание может быть педагогически эквивалентным при другой структуре.
60. Просим исключить формальные количественные и структурные признаки, если они не обусловлены конкретной государственной образовательной программой.
61. Для каждого количественного показателя просим указать нормативный либо методический источник: почему 110 лабораторных работ, почему 149 адаптивных заданий, почему 300 практических заданий и почему 135 симуляторов.
62. Если данные числа заимствованы из каталога конкретного программного продукта, необходимо пересмотреть их как потенциально ограничивающие.
63. Дополнительно просим исключить требование о том, что именно потенциальный поставщик должен иметь или представлять государственную регистрацию прав на объект интеллектуальной собственности.
64. Допустимым должно быть подтверждение законного права поставки и использования программного продукта любым равнозначным документом.
65. Наличие прав на конкретный объект интеллектуальной собственности относится к правообладателю, но не обязательно к торговой организации, участвующей в закупке.
66. Просим также пояснить, распространяется ли требование ОУД-4 на весь программный комплекс или только на отдельный серверный компонент.
67. Если на весь — просим привести объективное техническое обоснование.
68. Если только на отдельный компонент — необходимо соответствующим образом исправить ТС.
69. Общая техническая спецификация должна обеспечивать возможность предложения различных технологических решений, одинаково обеспечивающих учебный результат.
70. В текущей редакции программная часть содержит настолько широкий набор взаимосвязанных количественных, архитектурных и документальных признаков, что требуется существенное упрощение и функциональная нейтрализация требований.
2. В разделе, посвященном цифровой образовательной платформе, прямо установлено: «Потенциальный поставщик должен предоставить документ, подтверждающий государственную регистрацию прав на объект интеллектуальной собственности».
3. Таким образом, возможность участия фактически связывается с наличием у потенциального поставщика или доступностью для него определенного правоустанавливающего документа на объект интеллектуальной собственности.
4. При этом в примечании самой технической спецификации прямо указано, что устанавливать в технической спецификации квалификационные требования к потенциальному поставщику не допускается.
5. Просим объяснить, каким образом требование о наличии/предоставлении документа, подтверждающего государственную регистрацию прав на объект интеллектуальной собственности, относится именно к функциональным, техническим, качественным или эксплуатационным характеристикам закупаемого товара, а не к правоспособности или статусу участника.
6. Оригинальность и законность использования программного продукта могут подтверждаться лицензией конечного пользователя, лицензионным соглашением, сублицензией, договором поставки, лицензионным ключом, инвойсом, актом передачи лицензии либо иным документом, подтверждающим право законного использования.
7. Не каждый поставщик лицензионного программного обеспечения является правообладателем самого объекта интеллектуальной собственности.
8. Для обычной модели распространения программного обеспечения это нормально: правообладатель предоставляет права дистрибьютору, реселлеру либо конечному пользователю, при этом исключительные права на исходный продукт остаются у разработчика.
9. Следовательно, требование документа о государственной регистрации самого объекта интеллектуальной собственности может искусственно ориентировать закупку на правообладателя либо заранее уполномоченную им организацию.
10. Дополнительно техническая спецификация требует документ, подтверждающий соответствие платформы требованиям информационной безопасности по СТ РК ISO/IEC 15408-3-2017 с оценочным уровнем доверия не ниже ОУД 4 и зарегистрированный в соответствующем реестре.
11. При этом предметом закупки является не отдельная информационная система государственного органа, а комплект учебного кабинета физики.
12. Значительная часть цифрового контента представляет собой учебные материалы, лабораторные работы, практические задания, интерактивные симуляторы, курсы робототехники, программирования, CAD, мультимедиа и цифровой грамотности.
13. Просим обосновать необходимость применения именно ОУД не ниже 4 ко всей образовательной платформе.
14. Необходимо пояснить, какие конкретно функции платформы создают такие информационные риски, которые объективно требуют сертификации именно по указанному уровню.
15. Само по себе размещение учебного контента, видео, симуляторов и практических заданий не означает необходимости применения к продукту требований уровня защищенной специализированной информационной системы.
16. Если на платформе предполагается обработка персональных данных учащихся, Заказчику необходимо отдельно определить состав таких данных, категории пользователей, механизмы идентификации, объем хранимых сведений и конкретные требования к защите.
17. В ТС содержится требование о физическом размещении серверных мощностей на территории Республики Казахстан.
18. Также устанавливается обязательное использование доменного имени первого уровня .kz.
19. Данные условия дополнительно существенно сужают круг доступных образовательных платформ.
20. Международная образовательная платформа может обладать необходимым содержанием, русским и казахским интерфейсом, обеспечивать безопасную работу и при этом использовать домен .com либо инфраструктуру распределенных дата-центров.
21. Требование именно домена .kz не является самостоятельным показателем качества образовательного контента.
22. Аналогично физическое местонахождение серверов является отдельным организационно-техническим вопросом и должно обосновываться характером фактически обрабатываемых данных.
23. Просим указать, предусматривает ли закупаемая платформа регистрацию учащихся по ФИО, ИИН, номеру телефона, электронной почте либо другим идентифицирующим данным.
24. Если персональные данные учеников не обрабатываются, необходимо пояснить необходимость жесткой серверной локализации.
25. Если обрабатываются, необходимо раскрыть минимально необходимый состав данных и модель доступа.
26. ТС также требует круглосуточный бесперебойный доступ 24/7, однако не определяет допустимый процент доступности, например 99%, 99,5% или 99,9%.
27. Термин «бесперебойный 24/7» в буквальном прочтении означает абсолютную 100-процентную доступность без возможности проведения технических работ.
28. Такой показатель практически невозможно гарантировать для любого сетевого сервиса.
29. Просим установить измеримый SLA и порядок учета плановых технических работ.
30. Отдельного внимания заслуживает чрезвычайно широкий функциональный объем образовательной платформы.
31. Платформа должна содержать не менее 110 лабораторных работ.
32. Дополнительно требуется не менее 149 адаптивных заданий, построенных на принципах UDL.
33. Далее требуется библиотека не менее 300 практических заданий.
34. Отдельно установлено не менее 135 интерактивных симуляторов.
35. Кроме физики и естественных наук, в контент включены робототехника, программирование, математика, предпринимательство, CAD-проектирование, архитектурная визуализация, видеомонтаж, кибербезопасность и другие направления.
36. В составе практических заданий присутствуют изготовление электронного биометрического замка, автоматизированного гаража, интеллектуальной системы полива, газоанализатора, биомеханического протеза, автономной метеостанции, сортировочной установки, мобильной Bluetooth-платформы и десятки других инженерных проектов.
37. Далее присутствуют задания, связанные с геометрией, финансами, абаком, шахматами, банковскими депозитами, ценными бумагами, 3D-моделированием, моделями нефтяных установок, музыкальными инструментами и даже широким набором творческих детских проектов.
38. Такая совокупность признаков выходит далеко за рамки функциональной потребности именно кабинета физики.
39. Фактически в ТС описана крупная междисциплинарная цифровая экосистема.
40. Чем больше одновременно обязательных библиотек, модулей и конкретных количественных порогов устанавливается, тем меньше количество программных продуктов может соответствовать всем требованиям одновременно.
41. Необходимо учитывать именно совокупный эффект условий.
42. Даже если каждый отдельный параметр кажется допустимым, одновременное требование не менее 110 лабораторных работ + 300 практических заданий + 149 адаптивных заданий + 135 симуляторов + робототехнических курсов + CAD + видеомонтажа + предпринимательства + кибергигиены + ОУД-4 + .kz + серверов в РК + регистрации интеллектуальной собственности может фактически идентифицировать единственную заранее известную платформу.
43. Просим Заказчика назвать не менее трех независимых программных платформ разных разработчиков, полностью соответствующих всей указанной совокупности требований.
44. Под «соответствуют» следует понимать соответствие без будущей доработки после определения победителя.
45. Если одна платформа соответствует 90% требований, а другая 95%, формально обе будут отклонены.
46. Поэтому наличие формулировки о возможности предложить «аналогичное программное обеспечение» само по себе не устраняет ограничение конкуренции.
47. Эквивалент должен оцениваться по конечной образовательной функции, а не по совпадению сотен элементов каталога.
48. Просим установить минимальный обязательный набор материалов именно по учебной программе физики.
49. Например, вместо требования ровно определенного количества разнородных библиотек целесообразно установить перечень тем 7–11 классов, наличие виртуальных лабораторных работ и необходимое количество пользовательских лицензий.
50. Все дополнительные межпредметные материалы следует определить как преимущество либо необязательный функционал, но не как жесткое основание отклонения.
51. Аналогичное замечание относится к модулю профессионального развития преподавателей.
52. Закупка кабинета физики включает требования к подготовке по робототехнике, международным соревнованиям, Python, промышленному CAD, архитектурной визуализации и профессиональному видеомонтажу.
53. Необходимо обосновать связь каждого такого модуля с непосредственным предметом закупки.
54. В частности, ТС приводит SolidWorks как пример промышленной CAD-системы, функциональность Shape Bender, Curviloft, 3D Warehouse и V-Ray-подобные функции.
55. Такая детализация может указывать на конкретные программные экосистемы.
56. Просим заменить указания на конкретные инструменты универсальными функциональными результатами: параметрическое моделирование, работа со сборками, выпуск чертежей, визуализация и т.д.
57. Аналогично по робототехнике приводятся конкретные типы соревнований и структуры занятий.
58. Необходимо пояснить, почему поставщик аналогичной образовательной платформы должен воспроизводить те же названия курсов и последовательность занятий.
59. Содержание может быть педагогически эквивалентным при другой структуре.
60. Просим исключить формальные количественные и структурные признаки, если они не обусловлены конкретной государственной образовательной программой.
61. Для каждого количественного показателя просим указать нормативный либо методический источник: почему 110 лабораторных работ, почему 149 адаптивных заданий, почему 300 практических заданий и почему 135 симуляторов.
62. Если данные числа заимствованы из каталога конкретного программного продукта, необходимо пересмотреть их как потенциально ограничивающие.
63. Дополнительно просим исключить требование о том, что именно потенциальный поставщик должен иметь или представлять государственную регистрацию прав на объект интеллектуальной собственности.
64. Допустимым должно быть подтверждение законного права поставки и использования программного продукта любым равнозначным документом.
65. Наличие прав на конкретный объект интеллектуальной собственности относится к правообладателю, но не обязательно к торговой организации, участвующей в закупке.
66. Просим также пояснить, распространяется ли требование ОУД-4 на весь программный комплекс или только на отдельный серверный компонент.
67. Если на весь — просим привести объективное техническое обоснование.
68. Если только на отдельный компонент — необходимо соответствующим образом исправить ТС.
69. Общая техническая спецификация должна обеспечивать возможность предложения различных технологических решений, одинаково обеспечивающих учебный результат.
70. В текущей редакции программная часть содержит настолько широкий набор взаимосвязанных количественных, архитектурных и документальных признаков, что требуется существенное упрощение и функциональная нейтрализация требований.
