Техническое задание на закупку компьютеров по 44-ФЗ: образец и порядок заполнения
Фраза «нужны двенадцать компьютеров для школы» ещё не позволяет получить сопоставимые предложения. Один поставщик посчитает системные блоки, другой добавит мониторы, третий включит программное обеспечение и настройку. Разница в цене будет отражать разный состав поставки.
Работу над техническим заданием удобно начинать с двух документов: внутренней карточки потребности и описания объекта закупки. В первой сотрудники фиксируют задачи и ограничения. Во второй заказчик формулирует требования с учётом законодательства и применимого КТРУ. Внутренние пожелания не следует автоматически переносить в закупку.
Ниже — каркас документа для заполнения. Это не готовое ТЗ на любую модель компьютера: значения характеристик нужно определить под конкретную потребность и проверить по каталогу.
Что согласовать до заполнения шаблона
Попросите инициатора закупки описать результат: создать новые рабочие места, заменить старую технику или оснастить учебный кабинет. Затем вместе с ИТ-специалистом уточните:
- — какие задачи и программы должны работать;
- — какие устройства уже есть и будут использоваться дальше;
- — входят ли в поставку экраны, клавиатуры и мыши;
- — требуется ли программное обеспечение и какие права использования нужны;
- — кто устанавливает и настраивает оборудование;
- — где и как будет проверяться результат.
Разделите «нужно для работы» и «хотелось бы иметь». Требование к редкому разъёму может быть связано с существующим оборудованием, а может оказаться случайно скопированным из интернет-магазина. До отправки запроса цен это стоит выяснить.
Как использовать КТРУ при подготовке ТЗ
Статья 33 Закона № 44-ФЗ устанавливает правила описания объекта закупки [1]. Правила использования КТРУ определяют, какие сведения каталога применять и когда. Проверьте наличие подходящей позиции, дату её обязательного применения, наименование, единицу измерения и описание [2].
Отдельно проверьте допустимость дополнительных характеристик. Пункты 5–6 Правил предусматривают ограничения и требования к обоснованию. Обоснование потребности не отменяет запрет на дополнительные характеристики, если он применим. При отсутствии соответствующей позиции действует пункт 7 [2].
Практический порядок: сначала найти позицию и изучить её содержание, затем сверить с внутренней карточкой потребности и только после этого заполнять таблицу характеристик. Подробности выбора кода: /blog/okpd2-kompyutery-orgtekhnika.
Копируемый образец технического задания
ТЕХНИЧЕСКОЕ ЗАДАНИЕ / ОПИСАНИЕ ОБЪЕКТА ЗАКУПКИ
1. Предмет поставки
Наименование: [по применимой позиции КТРУ либо определённое заказчиком в предусмотренном случае].
Количество и единица измерения: [заполнить].
Код ОКПД2: [проверенный код].
Позиция КТРУ: [код и дата проверки / объяснение неприменимости].
2. Состав поставки
Позиция | Количество | Что входит в комплект
[устройство] | [число] | [состав]
[периферия, если включена] | [число] | [состав]
3. Характеристики каждой позиции
Характеристика | Единица измерения | Требуемое значение или диапазон | Правило указания значения участником
[характеристика] | [единица] | [значение] | [заполнить по применимым правилам]
Рабочая проверка заказчика, до утверждения документа:
Источник характеристик: [КТРУ / допустимая дополнительная характеристика].
Обоснование дополнительной характеристики, если требуется: [конкретная потребность и основание].
4. Поставка
Адрес: [заполнить].
Срок: [определить однозначно].
Упаковка, доставка, разгрузка: [объём обязанностей].
5. Сопутствующие действия
Сборка, установка, настройка: [что требуется и на каком количестве устройств / не включены].
Программное обеспечение и права использования: [если входят в объект закупки, описать отдельно после проверки применимых правил].
6. Проверка поставки
Проверяемые показатели: [количество, комплектность, характеристики и иные условия].
Способ проверки: [какими действиями и сведениями подтверждается соответствие].
Передаваемые документы: [перечень, соответствующий предмету и условиям закупки].
7. Гарантия и обслуживание
[условия и порядок обращений, согласованные с проектом контракта].
Шаблон помогает организовать сведения. Он не заменяет извещение, проект контракта и иные необходимые документы. Требования национального режима проверяются для конкретной закупки по постановлению № 1875; их нельзя определить только по слову «компьютер» [3].
Пример заполнения без привязки к марке
Учебная ситуация: школе нужны двенадцать рабочих мест. Мониторы остаются от предыдущего оборудования, поэтому учреждение закупает только вычислительные устройства и согласованную периферию.
Для внутреннего обсуждения можно записать: «Новые устройства должны работать с имеющимися экранами; модели экранов и доступные подключения приведены в приложении». Дальше ИТ-специалист проверяет варианты подключения, а закупщик — допустимый способ описания требования. Такая запись пока не является готовой характеристикой для извещения.
Если заранее не выяснить судьбу мониторов, часть поставщиков включит новые экраны в стоимость. Сравнение итоговых сумм не покажет реальную разницу цен на одинаковую поставку.
Как проверить документ перед запросом КП
Проведите короткую проверку вдвоём. Пусть сотрудник, который не составлял ТЗ, по документу ответит на вопросы:
- Какие устройства и в каком количестве нужно привезти?
- Что входит в цену, кроме оборудования?
- Какие значения поставщик должен указать в ответе?
- Где заканчивается поставка и начинается настройка?
- По каким признакам учреждение примет результат?
Если ответ приходится искать в переписке, перенесите нужное условие в согласованный документ. Проверьте также, что таблица характеристик и проект контракта не противоречат друг другу.
Можно ли взять чужое ТЗ
Чужой документ полезен как список вопросов. Но он мог быть подготовлен для другой инфраструктуры, иной позиции каталога или прежней редакции правил. Копирование всех числовых значений не объясняет, зачем они нужны вашему учреждению.
Можно ли указать конкретный компьютер
Упоминание модели во внутреннем обсуждении и требование к поставляемому товару — разные вещи. Использование товарных знаков в описании регулирует пункт 1 части 1 статьи 33; допустимость нужно проверять применительно к конкретному случаю [1].
Как перейти от ТЗ к получению предложений
Зафиксируйте одну версию спецификации и направляйте поставщикам одинаковые условия. Попросите раскрыть комплектацию и все включённые расходы. Образец сопроводительного письма: /blog/obrazets-zaprosa-kp-kompyuternaya-tekhnika.
Для запроса предложений на компьютерную технику и комплектующие можно использовать GispLink. Сервис направляет обращение подходящим поставщикам при наличии соответствующих участников. Решение об ответе принимает поставщик; проверку документов и обязательные действия заказчика сервис не заменяет.