Как составить спецификацию для корпоративной закупки: пошаговое руководство

Спецификация — это основной документ, который переводит бизнес-потребность в язык закупки. От её качества зависят: получение именно того результата, который нужен компании, отсутствие споров с поставщиком, скорость проведения процедуры и цена контракта. Материал ниже описывает структуру документа, порядок его подготовки и контрольные точки, которые помогут избежать типичных проблем.

Что такое спецификация в закупке и зачем она нужна

Спецификация (техническое задание, ТЗ) — документ, фиксирующий требования к закупаемому объекту: характеристики, состав, параметры качества, условия поставки, приёмку и гарантии. В госзакупках (44-ФЗ, 223-ФЗ) это обязательный элемент документации закупки. В коммерческом секторе форма не регламентирована законом, но суть одна: чётко описать, что именно покупается, чтобы исключить двоякое толкование.

Главная функция спецификации — создать единое понимание предмета закупки у заказчика, закупщика, юристов, финансистов и потенциальных поставщиков. Если требования размыты, получают не то, переплачивают за лишнее или попадают в суды из-за несоответствия.

Правовая база: что регулирует содержание

В российской практике три основных режима:

• 44-ФЗ (госзакупки) — строгие требования к составу и форме документации закупки, обязательное размещение в ЕИС, единые формы протоколов и уведомлений.
• 223-ФЗ (закупки госкорпораций, госучреждений, нацпроектов) — организация сама устанавливает правила закупки в Положении, но базовые принципы (недопущение ограничения конкуренции, чёткость требований) те же.
• Коммерческие закупки — ГК РФ, 223-ФЗ (для подведомственных юрлиц), внутренние регламенты компании. Форма свободная, но судебная практика требует определённости существенных условий договора.

Важно: конкретные обязательные реквизиты, формы протоколов и порядок согласования меняются. Перед стартом работы проверяйте актуальные редакции законов, приказы ФАС и внутренние локальные акты вашей организации.

Обязательные разделы спецификации

Независимо от режима закупки, качественная спецификация содержит следующие блоки. Отсутствие любого из них создаёт риск несоответствия или спора.

1. Предмет закупки и обоснование потребности

Краткое наименование, код по КТРУ (для 44-ФЗ/223-ФЗ) или внутренний классификатор, ссылка на план-закупку или инициативное письмо подразждения-заказчика. Обоснование отвечает на вопрос: «Зачем это нужно бизнесу и какой результат ожидается».

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

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

3. Требования к качеству и приёмке

Критерии соответствия: визуальный контроль, лабораторные испытания, тестовые прогоны, пилотный период. Методы приёмки: входной контроль, поэтапная приёмка, итоговая приёмка комиссией. Документы, подтверждающие качество: сертификаты соответствия, декларации, протоколы испытаний, паспорта.

4. Условия поставки, исполнения, выполнения

Сроки (календарные даты или этапы), место поставки/выполнения, комплектность, упаковка, маркировка, документация (руководства, акты, накладные), порядок передачи прав интеллектуальной собственности (если применимо).

5. Гарантийные и постгарантийные обязательства

Срок гарантии, условия сервисного обслуживания, время реакции на инциденты, наличие сервисных центров, предоставление запчастей, обновления ПО, обучение персонала.

6. Критерии оценки заявок (если применимо)

Для конкурсов/аукционов с неценовыми критериями: весовые коэффициенты, пороговые значения, методика расчёта интегрального показателя. Для электронных аукционов — только цена, но спецификация задаёт минимальный порог входа.

7. Ограничения и исключения

Что НЕ входит в предмет закупки, запрещённые аналоги, бренды (если обосновано), требования к стране происхождения (если разрешены законом), экологические/социальные критерии.

Пошаговый алгоритм формирования

Процесс не линеен — на практике этапы переплетаются, но логика последовательности такова:

1. Сбор входных данных. Получите от заказчика: ТЗ в свободной форме, референсы (модели, бренды, каталоги), текущие проблемы с существующим решением, бюджетный лимит, желаемые сроки.
2. Анализ рынка. Изучите доступные аналоги, ценовые диапазоны, типичные комплектации, стандартные гарантии. Это нужно, чтобы не зафиксировать уникальные параметры единственного поставщика (если это не целевая закупка).
3. Классификация и код КТРУ. Подберите актуальный код КТРУ (единый реестр закупок). Неверный код ведёт к отказу в размещении или привлечению нерелевантных участников. Для коммерческих закупок используйте внутренний классификатор или ОКПД2.
4. Формулирование характеристик. Переведите пожелания заказчика в измеримые параметры. Избегайте субъективных определений («качественный», «надежный», «современный»). Используйте стандартные термины отраслевых нормативов.
5. Определение способа приёмки. Для каждого критерия зафиксируйте: как, кем, когда и по каким документам будет подтверждаться соответствие.
6. Расчёт НМЦК / бюджета. На основе рыночных цен, тарифов, расчётных смет сформируйте обоснование цены. Для 44-ФЗ — строго по методике ФАС. Для коммерческих — по внутренней методике.
7. Согласование проекта. Маршрут: заказчик → юристы (соответствие закону, риски) → финансисты (бюджет, НДС, условия оплаты) → безопасность/ИБ (если закупается ИТ/оборудование) → руководитель закупки / уполномоченное лицо.
8. Экспертиза на ограничение конкуренции. Проверьте, не сужены ли требования под конкретного поставщика без обоснования. Каждое уникальное требование должно иметь письменное обоснование в протоколе закупочной комиссии.
9. Утверждение и версионирование. Подпись уполномоченным лицом, присвоение номера версии, размещение в ЕИС/на ЭТП/во внутренней системе. Любые изменения после публикации — только через протокол изменений с теми же этапами согласования.

Особенности для товаров, работ и услуг

Структура общая, но наполнение блоков кардинально отличается.

Блок спецификации	Товары (материалы, оборудование)	Работы (строительство, монтаж, ремонт)	Услуги (консалтинг, аутсорсинг, ИТ, обучение)
Характеристики	Физические параметры, материалы, стандарты, комплектация, сроки годности	Объёмы в ЕД/ЕМ (пог.м, кв.м, куб.м), технологии, режимы, ППР	Описание процессов, SLA, KPI, квалификация команды, методологии
Приёмка	Входной контроль, испытания, сертификаты, акты приёмки-передачи	Скрытые работы (акты КС-2/КС-3), промежуточные приёмки, ГЭН	Промежуточные отчёты, итоговые отчёты, демо, тестирование, подпись актов
Сроки	Дата поставки, график поставок партиями	Календарный план-график, контрольные точки, сдача объектов этапами	Дата начала/окончания, этапы с дедлайнами, режим реагирования (для поддержки)
Гарантии	Заводская гарантия, сервисные центры, запчасти	Гарантия на результат (обычно 5 лет на капремонт), авторский надзор	Гарантия результата (исправление ошибок), поддержка, обновления, SLA
Документация	Паспорта, сертификаты, руководства, декларации соответствия	Проектная документация, журналы работ, акты освидетельствования	Отчёты, регламенты, инструкции, исходные коды, права ИС

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

• Копирование характеристик из каталога единственного поставщика. Приводит к признанию закупки несостоявшейся, штрафам ФАС, оспариванию в суде. Решение: формулируйте функциональные требования, допускайте аналоги с подтверждением соответствия.
• Субъективные формулировки («высокое качество», «лучшие практики»). Невозможно проверить при приёмке, поставщик сдаёт минимум. Решение: только измеримые критерии со ссылками на стандарты.
• Отсутствие критериев приёмки для услуг. Заказчик не может отказать в оплате, исполнитель сдаёт формальный отчёт. Решение: чёткие KPI, этапные приёмки, право на доработку за счёт исполнителя.
• Неучёт совместимости и интеграции. Оборудование не встаёт в стойку, ПО не работает с текущей ОС, команда не имеет доступов. Решение: раздел «Требования к среде эксплуатации/интеграции» с перечнем интерфейсов, версий, протоколов.
• Забытые постгарантийные обязательства. После окончания гарантии нет запчастей, обновлений, компетенций у внутренней команды. Решение: пропишите обязательства по снабжению ЗЧ/обновлениями 3–5 лет после гарантии.
• Расхождение спецификации и договора. В спецификации — одно, в проекте договора — другое (сроки, штрафы, комплектность). Решение: параллельная подготовка и перекрёстная проверка перед публикацией.
• Игнорирование требований к импортозамещению / критическим технологиям. Для госкорпораций и критической инфраструктуры — обязательный приоритет отечественного ПО/оборудования. Решение: проверяйте реестры Минпромторга, Минцифры перед формированием ТЗ.

Контроль качества спецификации перед публикацией

Перед отправкой на согласование или публикацию пройдитесь по чек-листу. Если на любой пункт ответ «нет» — дорабатывайте.

• Каждая характеристика измерима и проверяемая документально или инструментально?
• Есть ли ссылки на действующие ГОСТ/ISO/TU/отраслевые стандарты с указанием годов издания?
• Исключены ли брендовые наименования без обоснования «нет аналогов» в протоколе?
• Соответствует ли код КТРУ предмету закупки (проверено по карточке в ЕИС)?
• Прописаны ли все этапы приёмки: входной, промежуточный, итоговый?
• Чётко ли определены сроки: календарные дни или рабочие, от какой даты отсчёт?
• Указаны ли штрафные санкции за просрочку/некачественное исполнение в соответствии с 44-ФЗ/223-ФЗ/ГК РФ?
• Есть ли требования к документации на русском языке (для импортного оборудования/ПО)?
• Учтены ли требования ИБ/персональных данных (ФЗ-152, ФЗ-187, критическая инфраструктура)?
• Согласовано ли с заказчиком, юристами, финансистами, ИБ (подписи/электронные визы в системе)?

Сценарии: как действовать в типичных ситуациях

Ситуация: «Заказчик прислал скриншот из интернета — «хочу такое же»»

Действие: Разберите скриншот на параметры. Найдите 3–5 аналогов на рынке. Сформулируйте ТЗ по верхней границе общих параметров. Если заказчик настаивает на уникальной фиче — требуйте письменное обоснование необходимости именно этого параметра для бизнес-задачи. Без обоснования — риск ограничения конкуренции.

Ситуация: «Рынок не насыщен, есть 1–2 поставщика»

Действие: Проведите РИЦ (рыночное исследование цены) заранее. Если участников будет мало — готовьте обоснование применения способа закупки у единственного поставщика (44-ФЗ ст. 93, 223-ФЗ) или конкурса с минимальными требованиями. Не завышайте параметры «на вырост» — это провоцирует отказ участников.

Ситуация: «Закупка сложного ИТ-решения / интеграции»

Действие: Разбейте на лоты: проектирование/постановка ТЗ → разработка/поставка → внедрение/поддержка. Для первого лота — закупка экспертизы/проектирования. Результат — детальное ТЗ для следующих лотов. Не пытайтесь закупить «всё в одном» без предпроектного обследования.

Ситуация: «Нужно обновить спецификацию в ходе закупки»

Действие: Любое изменение после публикации — только через протокол изменений закупочной комиссии. Изменения, усугубляющие условия участников (ужесточение требований, сокращение сроков), недопустимы. Допустимы: уточнения, исправление ошибок, расширение перечня аналогов, увеличение сроков. Все изменения — в ЕИС/на ЭТП не позднее чем за 5 дней до приёма заявок (44-ФЗ) или по срокам Положения (223-ФЗ).

Практический следующий шаг

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

Главный принцип: спецификация пишется не для закупщика и не для юриста, а для поставщика, который должен понять задачу, и для приёмной комиссии, которая должна проверить результат. Читайте свой текст глазами стороннего исполнителя — если возникает вопрос «а что именно имеется в виду?», — перепишите.

Часто задаваемые вопросы

Можно ли сослаться в спецификации на бренд или патент?

Только с обоснованием в протоколе закупочной комиссии (44-ФЗ ст. 33, ч. 10; 223-ФЗ). Обоснование должно доказывать: без этого конкретного бренда/патента невозможно обеспечить совместимость, безопасность или выполнение задач. В коммерческих закупках — по внутренним правилам, но суды смотрят на обоснованность аналогично.

Что делать, если заказчик не может сформулировать ТЗ?

Проведите предзакупочное обследование: закупите консультацию/аудит/проектирование как отдельную закупку (конкурс, запрос котировок). Результат — готовое ТЗ для основной закупки. Не переносите ответственность за неопределённость на поставщика — это путь к спорам и некачественному результату.

Обязательно ли указывать НМЦК в самой спецификации?

В 44-ФЗ НМЦК обосновывается отдельно (методика ФАС), в спецификации указывается только ссылка на обоснование. В 223-ФЗ и коммерческих — по правилам организации. Часто удобно держать расчёт НМЦК в отдельном приложении к спецификации для версионности.

Как описать требования к аналогам, чтобы не сузить конкуренцию?

Используйте формулировку: «Допускается поставка товаров, соответствующих следующим минимальным техническим характеристикам: [перечень]». Перечисляйте только критичные параметры. Добавляйте: «Эквивалентность подтверждается сертификатом соответствия / декларацией / протоколом испытаний / письмом производителя». Не требуйте конкретные бренды в качестве эталона.

Кто несет ответственность за ошибки в спецификации?

Юридически — заказчик (организация, от имени которой действует закупочная комиссия). Внутренне — ответственность распределяется: инициатор закупки за полноту требований, юристы за соответствие закону, закупщик за форму и процедуру. Практика судов: если ошибка привела к убыткам — возмещает организация, внутренние санкции — по трудовому договору/локальным актам.

Материал носит информационный характер и не заменяет консультации с профильными юристами, закупщиками и аудиторами. Нормы 44-ФЗ, 223-ФЗ, подзаконные акты ФАС и судебная практика изменяются. Перед применением рекомендаций к конкретной закупке проверьте актуальность законодательства и внутренних регламентов вашей организации на дату начала процедуры.