Что включать в техническое задание для поставщика: полный чек-лист требований

Техническое задание (ТЗ) — это основной документ, который переводит потребности заказчика на язык измеримых требований к поставке. От его полноты зависят цена контракта, сроки поставки, качество результата и юридическая защищённость заказчика при возникновении споров. Недостаточно детализированное ТЗ приводит к поставке несоответствующей продукции, допсоглашениям, судам и простоям производства. В этой статье разобраны обязательные блоки данных, принципы их формулировки и типичные ошибки для разных типов закупок.

Зачем нужно качественное техническое задание

ТЗ выполняет три фундаментальные функции. Первая — определительная: она фиксирует, что именно закупается, в каком объёме, с какими характеристиками и в каком комплекте. Вторая — оценочная: на основе ТЗ поставщик формирует коммерческое предложение, рассчитывает себестоимость и планирует ресурсы. Третья — контрольная: ТЗ становится эталоном для входного контроля, приёмки-сдачи и разрешения претензий.

В практике закупок (как по 44-ФЗ, 223-ФЗ, так и в коммерческом секторе) подавляющее большинство конфликтов возникает не из-за недобросовестности поставщика, а из-за двусмысленности формулировок. Фраза «качественная сталь» или «быстрая доставка» не имеет юридической силы. Требование «сталь марки 09Г2С по ГОСТ 19281-2014» и «доставка на склад заказчика в г. Тюмень в течение 14 календарных дней со дня подписания акта готовности» — уже имеет.

Нормативная база и рекомендуемая структура

Для единообразия в РФ применяется система стандартов ЕСКД (ГОСТ 19.xxx), в частности ГОСТ 19.201-78 «Техническое задание. Требования к составу и параметрам». Он задаёт унифицированную структуру из 11 разделов. В коммерческих закупках и закупках по 223-ФЗ строгое следование ГОСТу не обязательно, но его логика остаётся эталоном: документ должен быть структурирован, полным и непротиворечивым.

Минимально достаточная структура ТЗ для поставщика включает:

1. Общие сведения (наименование, обоснование разработки, назначение изделия).
2. Технические требования к изделию (параметры, характеристики, состав).
3. Требования к комплектации и параметрам упаковки/маркировки.
4. Требования к надежности, долговечности, эксплуатационным свойствам.
5. Требования к безопасности и экологичности.
6. Требования к приёмке и методам испытаний.
7. Требования к документации (паспорта, сертификаты, инструкции, чертежи).
8. Требования к транспортировке, хранению и монтажу (если входит в поставку).
9. Порядок контроля качества со стороны заказчика (входной контроль, приёмка на производстве).
10. Специальные требования (лицензии, сертификаты соответствия, реестры Минпромторга, требования к импортозамещению).

Обязательные блоки данных: что писать в каждом разделе

1. Предмет поставки и идентификация

Укажите полное наименование изделия, его код по ОКПД2 / КТРУ (для госзакупок), артикул или внутренний код заказчика. Если поставка включает несколько позиций — составьте ведомость поставки с указанием количества, единиц измерения и ссылки на применимые стандарты для каждой позиции. Чёткая идентификация исключает поставку «аналогов» без согласования.

2. Технические характеристики и параметры

Это ядро ТЗ. Перечислите все критические параметры с числовыми значениями и допусками: габаритные размеры, вес, материал (марка, ГОСТ/ТУ), механические/физические/химические свойства (прочность, твердость, вязкость, состав), электрические параметры (напряжение, мощность, ток), производительность, точность, класс защиты (IP), климатическое исполнение (по ГОСТ 15150).

Правило: каждый параметр должен быть измерим и проверяем. Вместо «высокая износостойкость» пишите «массовая износостойкость не более 0,05 г/кг по ГОСТ 23.208». Если параметр некритичен — не забивайте ТЗ лишними данными, это сужает конкуренцию и повышает цену.

3. Применимые стандарты и нормативная документация

Ссылайтесь на актуальные версии ГОСТов, ИСО, ТУ, СанПиН, СП, ТР ТС/ЕАЭС. Укажите, какие стандарты являются обязательными (императивными), а какие — рекомендательными (диспозитивными). Если для продукта действуют технические регламенты Таможенного союза (ТР ТС 004, 010, 020 и др.), ТЗ должно требовать наличия Декларации соответствия или Сертификата соответствия с указанием схемы сертификации.

4. Требования к комплектации и комплектующим

Перечислите всё, что должно входить в поставку: основное изделие, запасные части (перечень с номенклатурными номерами и количеством), расходники для пуска/эксплуатации, специальный инструмент, программное обеспечение (версия, лицензии), документация. Если допускается поставка без отдельных позиций — пропишите условие «по согласованию с заказчиком» и порядок согласования.

5. Упаковка, маркировка и логистика

Укажите вид упаковки (деревянный ящик, паллет, контейнер), требования к консервации (смазка, вольatile inhibitors, вакуум), климатическую устойчивость упаковки. Маркировка каждой единицы должна содержать: наименование, масса нетто/брутто, габариты, знак «Верх», признаки опасности (если применимо), заказной номер контракта, дату изготовления. Пропишите Инкотермс (EXW, FCA, DAP, DDP), точный адрес места поставки, режим работы склада приёмки, требования к транспортным средствам (бортовая грузоподъёмность, наличие манипулятора, температурный режим).

6. Документационное сопровождение

Состав пакета документов часто упускают, что блокирует приёмку. Обязательный минимум: паспорт/свидетельство изделия (по форме ГОСТ или производителя), сертификат качества/соответствия, декларация соответствия (копия с печатью), экспертиза промышленной безопасности (для опасных производственных объектов), инструкция по эксплуатации/монтажу на русском языке, акта приёмки завода-изготовителя, формы для гарантийного обслуживания. Для импортного оборудования — переводы на русский, заверенные печатью поставщика или нотариусом.

7. Критерии приёмки и методы испытаний

Опишите процедуру приёмки: входной контроль (визуальный осмотр, проверка комплектации, габаритов), приемо-сдаточные испытания (ПСИ) по методике, согласованной с заказчиком. Укажите: выборку (100% или выборка по ГОСТ/ISO), оборудование для испытаний (кто предоставляет), критерии успеха/неуспеха, порядок составления акта ПСИ, действия при выявлении дефектов (замена, ремонт, снижение цены, отказ от контракта). Для сложного оборудования предусмотрите этапы: заводские испытания (ЗИ), приемо-сдаточные (ПСИ), пусконаладочные работы (ПНР) с подписанием отдельных актов.

8. Гарантия и послепродажное обслуживание

Установите гарантийный срок (не менее установленного законом, для сложной техники — от момента ввода в эксплуатацию). Пропишите обязательства поставщика: сроки реакции на заявку (например, «выезд инженера в течение 48 часов»), наличие сервисного центра в регионе или уполномоченного представителя, сроки поставки запчастей (например, «критичные запчасти — 5 рабочих дней»), условия продления гарантии после гарантийного ремонта. Укажите требования к обучению персонала заказчика (часы, программа, место проведения).

9. Специальные требования (импортозамещение, лицензии, безопасность)

Если закупка подпадает под реестр Минпромторга (приказ № 4220 или № 4339), ТЗ должно содержать требование к доле локализации или указание конкретного отечественного аналогичного изделия. Для работ на ОПО, лицензируемой деятельности, работы с гостайной — укажите требования к лицензиям, допускам СРО, допускам персонала. Для ПО — требования к реестру российского ПО, отсутствию открытых уязвимостей (по БДУ ФСТЭК), совместимости с Астра Linux / РЕД ОС.

Детализация ТЗ в зависимости от типа закупки

Единый шаблон не подходит для всех случаев. Ниже — ориентировочное сравнение акцентов для основных категорий.

Категория закупки	Ключевой фокус ТЗ	Специфические требования
Оборудование / Станки / Линии	Технические параметры, интерфейсы, ПНР, обучение, сервис	Схема подключения (энерго, вентиляция, фундамент), версия ПО/ПЛК, совместимость с существующим ПО (MES, SCADA), требования к пусконаладке (поэтапность, акты), гарантия на скрытые дефекты
Материалы / Сырьё / Комплектующие	Свойства материала, допуски, партия/серия, сертификаты качества	Срок годности / гарантийный срок хранения, условия транспортировки (темп. режим), паспорт партии с результатами анализов (КО для каждой партии), требования к таре (чистота, герметичность)
Строительство / Монтаж / Ремонт (работы)	Объёмы работ (по КС-2/КС-3), технология, сроки этапов, качество (СП, ГОСТ)	ППР/ПОС, календарный график, требования к субподрядчикам, контроль качества (лаборатория, журнал работ), освидетельствование скрытых работ, сдача в эксплуатацию (акт КС-14)
Услуги / Аутсорсинг / IT	SLA (уровень сервиса), KPI, порядок взаимодействия, отчётность	Время реакции/восстановления (RTO/RPO), штрафы за нарушение SLA, порядок эскалации, доступы/безопасность инф. (НДА, 152-ФЗ), приёмка результата (акт сдачи-приёмки услуг, демо-версия)
Программное обеспечение	Функционал, архитектура, интеграция, безопасность, лицензирование	ТЗ на разработку (User Stories / Use Cases), стек технологий, API, миграция данных, нагрузочное тестирование, документация (Руководство оператора, Администратора), исходный код (эскроу), поддержка обновлений

Типичные ошибки при составлении ТЗ и их последствия

• Ссылка на бренд без фразы «или эквивалент». Запрещает участие альтернативных поставщиков, повышает цену, риск признания закупки неконкурентной (для 44-ФЗ/223-ФЗ). Правильно: «Насос типа НМ 80/50-200 или эквивалент с параметрами: производительность 100 м³/ч, напор 50 м, материал корпуса чугун СЧ20».
• Двусмысленные прилагательные. «Надежный», «современный», «эффективный», «качественный» — не подлежат проверке. Правильно: «MTBF не менее 50 000 часов», «Соответствие ТР ТС 010/2011».
• Отсутствие критериев приёмки. Поставщик привозит товар, заказчик не знает, как его проверить, подписывает акт под давлением сроков. Правильно: Приложить к ТЗ Протокол приёмки (чек-лист) с полями «Факт / Норма / Соответствует Да/Нет».
• Игнорирование интерфейсов и границ ответственности. Кто монтирует фланец? Кто прокладывает кабель от щита к станку? Кто делает заземление? Правильно: Раздел «Границы поставки и монтажа» со схемой.
• Завышенные требования «на всякий случай». Требование класса чистоты ISO 5 там, где достаточно ISO 7, увеличивает стоимость в 3–5 раз. Правильно: Обосновать каждый параметр технологической необходимостью.
• Отсутствие версионности документа. ТЗ меняется в процессе согласований, поставщик работает по старой версии. Правильно: Нумерация версий (ТЗ v1.0, v1.1), журнал изменений, подписание согласованной версии приложением к контракту.
• Несогласованность с договором. В ТЗ — поставка DDP, в договоре — FCA. В ТЗ — гарантия 36 мес., в договоре — 12 мес. Правильно: Перекрёстная проверка ТЗ и проекта договора юристом и техником перед подписанием.

Алгоритм подготовки ТЗ: пошаговый процесс

1. Сбор входных данных. Инициатор закупки (технолог, инженер, IT-архитектор) формулирует потребность: «Что нужно?», «Зачем?», «Какие ограничения у места установки/эксплуатации?».
2. Анализ рынка (RFI / Request for Information). Запросите каталоги у 3–5 потенциальных поставщиков. Поймёте доступные параметры, стандартные комплектации, типичные исключения из гарантии. Это защитит от написания ТЗ «под одного поставщика» или ТЗ, которое никто не может выполнить.
3. Формирование черновика ТЗ. Заполните структуру (разделы 1–11 по ГОСТ 19.201 или адаптированную). Используйте таблицы для параметров: «Параметр / Ед. изм. / Норма / Способ проверки / Примечание».
4. Внутреннее согласование. Проект ТЗ согласуется: техзаказчик (подпись за параметры), юрист (подпись за соответствие закону/договору), безопасность/Охрана труда (подпись за ТР ТС, СанПиН), финансы/закупки (подпись за корректность единиц измерения, КТРУ, возможность конкурса).
5. Предварительное обсуждение с ключевыми поставщиками (опционально). Отправьте черновик 1–2 лояльным поставщикам на экспертизу «на предмет выполнимости». Часто они указывают на противоречия: «Вы просите ГОСТ А, но для этого размера делают только по ГОСТ Б» или «Этот параметр измеряется только на заводе, на входе проверить нельзя».
6. Финализация и утверждение. Внесение правок, присвоение статуса «Утверждено», регистрация в системе управления документами, печать в экземплярах для приложения к контракту.
7. Контроль изменений. Любое изменение ТЗ после подписания контракта оформляется доп. соглашением к контракту и новой версией ТЗ (v1.1, v1.2) с журналом изменений.

Чек-лист для самопроверки ТЗ перед отправкой поставщику

Пройдитесь по списку перед финальной печатью. Если хоть на один пункт ответ «Нет» — ТЗ не готово.

• Указано полное наименование закупки, код ОКПД2/КТРУ (если применимо), номер и дата ТЗ.
• Все числовые параметры имеют единицы измерения (СИ) и допуски (± или мин/макс).
• На каждый параметр указан способ проверки (документальный / измерительный / визуальный / испытательный) и этап проверки (завод / вход / ПНР).
• Ссылки на стандарты актуальны (проверены по protect.gost.ru или консультантплюс на дату составления).
• Комплектация перечислена полностью с количеством и номенклатурой.
• Упаковка и маркировка описаны так, что кладовщик может принять груз без звонков инженерам.
• Состав документации закрывает все требования приёмки, таможни (если импорт), Ростехнадзора (если ОПО) и бухгалтерии (упаковки, ТОРГ-12, УПД).
• Критерии приёмки позволяют однозначно принять или отклонить поставку без судебных экспертиз.
• Гарантийные обязательства поставщика конкретны: сроки реакции, наличие сервиса, условия замены/ремонта.
• Границы ответственности (разгрузка, монтаж, пуск, обучение) распределены и зафиксированы.
• ТЗ не содержит ссылок на конкретные бренды без оговорки «или эквивалент» (кроме случаев, когда это обосновано технической необходимостью и зафиксировано в обосновании закупки).
• Версия ТЗ совпадает с версией, приложенной к проекту договора/контракта.

Ответы на частые вопросы

Обязательно ли следовать ГОСТ 19.201-78 в коммерческих закупках?

Нет, закон не обязывает коммерческие организации использовать ЕСКД. Однако структура ГОСТ — это лучшая практика, проверенная десятками лет судебной практики. Используйте её как чек-лист разделов, но оформляйте документ в корпоративном бланке с удобной для вас нумерацией.

Можно ли в ТЗ просто сослаться на каталог поставщика («по каталогу Х за 2024 год»)?

Это высокий риск. Каталог может измениться, в него могут входить позиции, которые вам не нужны, или отсутствовать критичные опции. В ТЗ должны быть зафиксированы конкретные значения параметров. Ссылка на каталог допустима только как приложение для уточнения конструкторского исполнения (например, «габаритные размеры согласно каталогу стр. 12, рис. 5»), но не как замена требований.

Что делать, если поставщик предлагает эквивалент, но параметры немного отличаются?

Требуйте официальное письмо с сравнительной таблицей: «Параметр / ТЗ / Предлагаемый эквивалент / Обоснование эквивалентности». Оцените влияние отличий на ваш процесс. Если отклонение некритично — оформите протокол сходствования/согласования изменений в ТЗ (версия v1.1) и доп. соглашение к контракту. Если критично — откажите в эквиваленте.

Как описать требования к сервису и обслуживанию в ТЗ на оборудование?

Выделите отдельный раздел «Требования к сервисной поддержке». Укажите: 1) Наличие сервисного центра в радиусе N км или уполномоченной сервисной организации (УСО) с сертификатом производителя. 2) Срок гарантии (например, 24 месяца от пуска или 30 мес. от отгрузки). 3) SLA: время реакции на заявку (4 ч), время приезда инженера (24/48 ч), процент времени готовности (uptime 98%). 4) Наличие на складе УСО критических запчастей (перечень согласовать). 5) Условия продления гарантии после ремонта. 6) Обучение: количество человек, часы, программа, место.

Нужно ли указывать в ТЗ цену или бюджет?

В самом ТЗ (как техническом документе) цена не указывается — она коммерческая тайна и предмет договора. Однако в закупках по 44-ФЗ/223-ФЗ ТЗ приложяется к извещению/документации закупки, где указан НМЦК (начальная максимальная цена контракта). В коммерческой практике ТЗ передаётся поставщику для расчёта КП, поэтому оно не должно содержать ценовых ориентиров, чтобы не смещать торги.

Главный принцип: измеримость и проверяемость каждого требования

Качественное техническое задание — это не бюрократическая формальность, а инструмент управления рисками закупки. Любое требование, записанное в ТЗ, должно пройти проверку на три вопроса: «Могу ли я это измерить/проверить при приёмке?», «Есть ли у меня (или у независимой лаборатории) средства для проверки?», «Что будет, если параметр не соответствует — замена, ремонт, штраф, расторжение?». Если на любой вопрос ответ «нет» — требование нужно переформулировать или удалить.

Следующий шаг после утверждения ТЗ — синхронизация с проектом договора/контракта. Проверьте соответствие единиц измерения, сроков, этапов приёмки, валютных условий и ответственности сторон. Только после этого пакет документов уходит на согласование с поставщиком или в процедуру закупки. Грамотное ТЗ экономит недели споров и миллионы рублей на этапе исполнения контракта.

Данная статья носит информационный характер и не заменяет консультации с юристом по закупкам, техзаказчиком или специалистом по контрактной работе. Требования к составу и форме ТЗ могут определяться конкретным законодательством (44-ФЗ, 223-ФЗ, ПП РФ 615), отраслевыми стандартами и внутренними регламентами организации. Перед использованием в реальном контракте адаптируйте структуру под применимый правовой режим и специфику закупаемого объекта.