Внимание! Соединение с приложением прервано. Дождитесь повторного подключения.
Обсуждение документации - Просмотр сообщения № 1069995
Тема сообщения
Замечание к КД
Тип сообщения
Замечание к КД
Поставщик
Товарищество с ограниченной ответственностью "SilkTech"
Представитель поставщика
ОМИРБЕКОВ САЙЛАУ ЖАКЫПБЕКОВИЧ
Дата и время отправки сообщения
2026-10-09 00:07:06
Текст сообщения
1. Просим переработать техническую спецификацию по принципу максимальной технологической и производственной нейтральности.
2. Для потенциального поставщика должно иметь значение достижение требуемого функционального результата, а не совпадение предлагаемого товара с конкретной серийной моделью по внешнему виду, технологии производства, названию программной среды, фирменному обозначению либо внутренней конструкции.
3. В текущей редакции ТС имеется значительное количество требований, которые можно существенно упростить без ухудшения качества кабинета дефектолога.
4. В первую очередь просим удалить все прямые названия коммерческих программных платформ и экосистем.
5. Из ТС должны быть исключены Windows, Android, Google Play Market и любые аналогичные собственные наименования.
6. Вместо конкретных платформ следует установить одно нейтральное требование: программное обеспечение должно быть доступно для законной установки и эксплуатации на распространенных компьютерных и/или мобильных устройствах учреждения.
7. Если требуется работа на имеющемся у Заказчика оборудовании, Заказчику следует указать объективные технические требования к совместимости, но не торговое название продукта.
8. Например, допустимо установить минимальный объем памяти, браузерную совместимость, требование к сенсорному управлению либо возможность подключения к доменной инфраструктуре.
9. Однако прямое указание разработчика операционной системы или магазина приложений следует убрать.
10. То же относится к формулировке «операционная система не менее 10 поколения».
11. Поколение не является универсальным показателем.
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. Конкретные радиусы следует исключить.
49. Для поставщика это откроет возможность предложить десятки серийных моделей вместо одной конструктивно совпадающей.
50. Аналогичный подход предлагаем применить к шкафу, учительскому столу, креслам и журнальному столику.
51. Использовать только реально необходимые размеры и эксплуатационные функции.
52. Третий и самый очевидный блок — стенд по психологии.
53. Здесь предлагаем радикально сократить техническое описание.
54. Фактически Заказчику необходим один информационно-образовательный стенд по психологии с цифровым контентом на казахском и русском языках.
55. Этого функционального описания в сочетании с общими требованиями к размеру и безопасности достаточно.
56. Не требуется расписывать конкретный пейзаж.
57. Не требуется конкретное дерево.
58. Не требуется конкретная композиция из мозга, сердца, глаз, книг, рук и лампочек.
59. Не требуется заранее определять форму каждого цветного элемента.
60. Не требуется жестко закреплять десять конкретных фраз.
61. Не требуется слово PSYCHOLOGY.
62. Не требуется логотип компании-изготовителя.
63. Особенно просим исключить логотип компании-изготовителя.
64. Он является прямым коммерческим элементом, не связанным с функциональным назначением кабинета.
65. Стенд может вообще не содержать никакой рекламы изготовителя.
66. Допустима только стандартная маркировка товара на обратной стороне либо в документах.
67. Просим также убрать название «Graphic smart e-stand».
68. Оно не является необходимым наименованием предмета закупки.
69. Нейтральное наименование: «информационно-образовательный стенд по психологии с доступом к цифровому контенту».
70. Требование к специальной базе данных также следует сделать функциональным.
71. Достаточно наличия цифрового контента, доступного по QR-коду или иной ссылке.
72. Неважно, создана ли отдельная «специально разработанная база данных» или используется веб-платформа.
73. Заказчику нужен доступ к информации, а не определенная архитектура базы.
74. Аналогично материал стенда следует расширить.
75. Не только полиметилметакрилат.
76. Допустить акрил, ПВХ, композит и иные безопасные долговечные материалы.
77. УФ-печать заменить на качественное износостойкое полноцветное изображение.
78. Убрать описание фотополимеризации.
79. Крепеж — любой безопасный надежный.
80. Толщину 8,95 мм заменить разумным диапазоном либо условием достаточной жесткости.
81. Такая корректировка резко расширит ассортимент и снизит стоимость.
82. Четвертый блок — дидактические материалы.
83. Их следует описывать через педагогическое назначение.
84. Если необходимо развитие математики, установить развитие счета, количества, цвета, моторики и классификации.
85. Не обязательно требовать ровно заданную форму конструктивных деталей.
86. Если требуется речевое развитие, описывать цели: стимуляция речи, коммуникация, словарный запас, сюжетное взаимодействие.
87. Не описывать конкретный коммерческий набор.
88. Для сенсорного развития оставить сортировку, моторику, логическое мышление, безопасные материалы.
89. Термин «Монтессори» можно исключить, заменив его функциональными характеристиками.
90. Это позволит использовать педагогически аналогичные комплекты различных производителей.
91. Пятый блок — ортопедический стул.
92. Название может быть сохранено как функциональная категория, однако конструкцию следует упростить.
93. Необходимо лишь обеспечить корректную посадку, разгрузку спины, регулируемость, устойчивость и достаточную нагрузку.
94. Конкретный тип роликов, механизма и иной конструктив может быть альтернативным.
95. Шестой блок — компьютерная и офисная техника.
96. По моноблоку достаточно установить диагональ, разрешение, минимальную производительность, память, накопитель, интерфейсы и гарантию.
97. Блок питания 90 Вт не является самостоятельным показателем качества.
98. Просим исключить этот параметр либо установить только требование штатного блока питания производителя.
99. По МФУ достаточно установить цветную печать, формат А4, скорость, сканирование с АПД, Wi-Fi/LAN и месячную нагрузку.
100. Внутренняя частота процессора 800 МГц и память 128 МБ могут быть исключены.
101. Более современная модель может использовать совершенно другую архитектуру и при этом работать быстрее.
102. Седьмой блок — сроки.
103. При существующем объеме номенклатуры срок 15 дней является ограничивающим.
104. Комплект включает моноблок, лицензионное ПО, мебель, специальные дидактические комплекты, стенд с цифровым контентом и иные товары.
105. Чем более модельно-специфичной является ТС, тем сложнее поставщику подобрать товары за 15 дней.
106. Если же ТС будет упрощена и станет эквивалентной, поставщикам все равно необходимо время на комплектацию различных товарных групп.
107. Просим установить 30 календарных дней.
108. Это дополнительно позволит предложить более широкий ассортимент и снизить риск участия только поставщиков, заранее располагающих описанным комплектом.
109. Восьмой блок — документы при поставке.
110. В ТС указано, что победитель при фактической поставке передает подтверждающие документы и право на использование объектов интеллектуальной собственности и информационной безопасности.
111. Просим сформулировать этот пункт предельно просто.
112. Для программного обеспечения достаточно действующей лицензии или иного документа, подтверждающего законное право использования.
113. Не должно требоваться исключительное право поставщика на программный продукт.
114. Не должно требоваться владение исходным кодом.
115. Не должно требоваться наличие конкретного договора с конкретным производителем, если происхождение и легальность продукта подтверждаются иным образом.
116. Для обычных физических товаров достаточно документов производителя/поставщика, предусмотренных законодательством и договором.
117. Просим отдельно указать, что любые торговые марки, фирменные названия и конкретные платформы, если они случайно остались в ТС, рассматриваются исключительно как ориентир и могут быть заменены функционально эквивалентным решением.
118. Однако предпочтительным является полное удаление таких обозначений из ТС.
119. Необходимо избегать даже скрытой привязки путем полного копирования каталожных параметров без указания названия бренда.
120. Отсутствие самого слова «бренд» еще не означает отсутствия ограничения.
121. Если совокупность размеров, интерфейса, способов производства и дизайна соответствует одной модели, ограничение сохраняется.
122. Поэтому просим проверять не только прямые названия, но и совокупность характеристик.
123. Например, мебель необходимо описывать не по радиусам и форме трубы, а по нагрузке и эргономике.
124. ПО — не по кнопкам и цветам интерфейса, а по функции.
125. Стенд — не по конкретному рисунку, а по содержанию.
126. Компьютер — не по поколению конкретной ОС, а по совместимости.
127. МФУ — не по частоте внутреннего процессора, а по реальной производительности.
128. Дидактический материал — не по конкретной коммерческой методической линейке, а по педагогическому результату.
129. Просим применить данный принцип ко всей технической спецификации.
130. Это позволит значительно упростить исполнение договора, расширить реальный ассортимент допустимой продукции, повысить конкуренцию и избежать ситуации, когда поставщик вынужден искать точное совпадение с заранее описанным товаром.
2. Для потенциального поставщика должно иметь значение достижение требуемого функционального результата, а не совпадение предлагаемого товара с конкретной серийной моделью по внешнему виду, технологии производства, названию программной среды, фирменному обозначению либо внутренней конструкции.
3. В текущей редакции ТС имеется значительное количество требований, которые можно существенно упростить без ухудшения качества кабинета дефектолога.
4. В первую очередь просим удалить все прямые названия коммерческих программных платформ и экосистем.
5. Из ТС должны быть исключены Windows, Android, Google Play Market и любые аналогичные собственные наименования.
6. Вместо конкретных платформ следует установить одно нейтральное требование: программное обеспечение должно быть доступно для законной установки и эксплуатации на распространенных компьютерных и/или мобильных устройствах учреждения.
7. Если требуется работа на имеющемся у Заказчика оборудовании, Заказчику следует указать объективные технические требования к совместимости, но не торговое название продукта.
8. Например, допустимо установить минимальный объем памяти, браузерную совместимость, требование к сенсорному управлению либо возможность подключения к доменной инфраструктуре.
9. Однако прямое указание разработчика операционной системы или магазина приложений следует убрать.
10. То же относится к формулировке «операционная система не менее 10 поколения».
11. Поколение не является универсальным показателем.
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. Конкретные радиусы следует исключить.
49. Для поставщика это откроет возможность предложить десятки серийных моделей вместо одной конструктивно совпадающей.
50. Аналогичный подход предлагаем применить к шкафу, учительскому столу, креслам и журнальному столику.
51. Использовать только реально необходимые размеры и эксплуатационные функции.
52. Третий и самый очевидный блок — стенд по психологии.
53. Здесь предлагаем радикально сократить техническое описание.
54. Фактически Заказчику необходим один информационно-образовательный стенд по психологии с цифровым контентом на казахском и русском языках.
55. Этого функционального описания в сочетании с общими требованиями к размеру и безопасности достаточно.
56. Не требуется расписывать конкретный пейзаж.
57. Не требуется конкретное дерево.
58. Не требуется конкретная композиция из мозга, сердца, глаз, книг, рук и лампочек.
59. Не требуется заранее определять форму каждого цветного элемента.
60. Не требуется жестко закреплять десять конкретных фраз.
61. Не требуется слово PSYCHOLOGY.
62. Не требуется логотип компании-изготовителя.
63. Особенно просим исключить логотип компании-изготовителя.
64. Он является прямым коммерческим элементом, не связанным с функциональным назначением кабинета.
65. Стенд может вообще не содержать никакой рекламы изготовителя.
66. Допустима только стандартная маркировка товара на обратной стороне либо в документах.
67. Просим также убрать название «Graphic smart e-stand».
68. Оно не является необходимым наименованием предмета закупки.
69. Нейтральное наименование: «информационно-образовательный стенд по психологии с доступом к цифровому контенту».
70. Требование к специальной базе данных также следует сделать функциональным.
71. Достаточно наличия цифрового контента, доступного по QR-коду или иной ссылке.
72. Неважно, создана ли отдельная «специально разработанная база данных» или используется веб-платформа.
73. Заказчику нужен доступ к информации, а не определенная архитектура базы.
74. Аналогично материал стенда следует расширить.
75. Не только полиметилметакрилат.
76. Допустить акрил, ПВХ, композит и иные безопасные долговечные материалы.
77. УФ-печать заменить на качественное износостойкое полноцветное изображение.
78. Убрать описание фотополимеризации.
79. Крепеж — любой безопасный надежный.
80. Толщину 8,95 мм заменить разумным диапазоном либо условием достаточной жесткости.
81. Такая корректировка резко расширит ассортимент и снизит стоимость.
82. Четвертый блок — дидактические материалы.
83. Их следует описывать через педагогическое назначение.
84. Если необходимо развитие математики, установить развитие счета, количества, цвета, моторики и классификации.
85. Не обязательно требовать ровно заданную форму конструктивных деталей.
86. Если требуется речевое развитие, описывать цели: стимуляция речи, коммуникация, словарный запас, сюжетное взаимодействие.
87. Не описывать конкретный коммерческий набор.
88. Для сенсорного развития оставить сортировку, моторику, логическое мышление, безопасные материалы.
89. Термин «Монтессори» можно исключить, заменив его функциональными характеристиками.
90. Это позволит использовать педагогически аналогичные комплекты различных производителей.
91. Пятый блок — ортопедический стул.
92. Название может быть сохранено как функциональная категория, однако конструкцию следует упростить.
93. Необходимо лишь обеспечить корректную посадку, разгрузку спины, регулируемость, устойчивость и достаточную нагрузку.
94. Конкретный тип роликов, механизма и иной конструктив может быть альтернативным.
95. Шестой блок — компьютерная и офисная техника.
96. По моноблоку достаточно установить диагональ, разрешение, минимальную производительность, память, накопитель, интерфейсы и гарантию.
97. Блок питания 90 Вт не является самостоятельным показателем качества.
98. Просим исключить этот параметр либо установить только требование штатного блока питания производителя.
99. По МФУ достаточно установить цветную печать, формат А4, скорость, сканирование с АПД, Wi-Fi/LAN и месячную нагрузку.
100. Внутренняя частота процессора 800 МГц и память 128 МБ могут быть исключены.
101. Более современная модель может использовать совершенно другую архитектуру и при этом работать быстрее.
102. Седьмой блок — сроки.
103. При существующем объеме номенклатуры срок 15 дней является ограничивающим.
104. Комплект включает моноблок, лицензионное ПО, мебель, специальные дидактические комплекты, стенд с цифровым контентом и иные товары.
105. Чем более модельно-специфичной является ТС, тем сложнее поставщику подобрать товары за 15 дней.
106. Если же ТС будет упрощена и станет эквивалентной, поставщикам все равно необходимо время на комплектацию различных товарных групп.
107. Просим установить 30 календарных дней.
108. Это дополнительно позволит предложить более широкий ассортимент и снизить риск участия только поставщиков, заранее располагающих описанным комплектом.
109. Восьмой блок — документы при поставке.
110. В ТС указано, что победитель при фактической поставке передает подтверждающие документы и право на использование объектов интеллектуальной собственности и информационной безопасности.
111. Просим сформулировать этот пункт предельно просто.
112. Для программного обеспечения достаточно действующей лицензии или иного документа, подтверждающего законное право использования.
113. Не должно требоваться исключительное право поставщика на программный продукт.
114. Не должно требоваться владение исходным кодом.
115. Не должно требоваться наличие конкретного договора с конкретным производителем, если происхождение и легальность продукта подтверждаются иным образом.
116. Для обычных физических товаров достаточно документов производителя/поставщика, предусмотренных законодательством и договором.
117. Просим отдельно указать, что любые торговые марки, фирменные названия и конкретные платформы, если они случайно остались в ТС, рассматриваются исключительно как ориентир и могут быть заменены функционально эквивалентным решением.
118. Однако предпочтительным является полное удаление таких обозначений из ТС.
119. Необходимо избегать даже скрытой привязки путем полного копирования каталожных параметров без указания названия бренда.
120. Отсутствие самого слова «бренд» еще не означает отсутствия ограничения.
121. Если совокупность размеров, интерфейса, способов производства и дизайна соответствует одной модели, ограничение сохраняется.
122. Поэтому просим проверять не только прямые названия, но и совокупность характеристик.
123. Например, мебель необходимо описывать не по радиусам и форме трубы, а по нагрузке и эргономике.
124. ПО — не по кнопкам и цветам интерфейса, а по функции.
125. Стенд — не по конкретному рисунку, а по содержанию.
126. Компьютер — не по поколению конкретной ОС, а по совместимости.
127. МФУ — не по частоте внутреннего процессора, а по реальной производительности.
128. Дидактический материал — не по конкретной коммерческой методической линейке, а по педагогическому результату.
129. Просим применить данный принцип ко всей технической спецификации.
130. Это позволит значительно упростить исполнение договора, расширить реальный ассортимент допустимой продукции, повысить конкуренцию и избежать ситуации, когда поставщик вынужден искать точное совпадение с заранее описанным товаром.
