Разработка технического задания — критический этап, определяющий успех всего проекта. Для государственных заказчиков этот документ приобретает особое значение: он становится не только техническим описанием, но и юридическим основанием для проведения закупок в соответствии с 44-ФЗ и 223-ФЗ, а также гарантией соответствия будущей системы всем отраслевым регламентам.
На практике большинство претензий на этапе приемки работ возникают из-за нечетких или противоречивых формулировок в ТЗ. Качественно составленное задание минимизирует эти риски.
Почему ТЗ — основа успешного проекта, а не формальность
Техническое задание выполняет три ключевые функции в процессе госзакупки.
Юридическая — является неотъемлемой частью контракта, определяя предмет закупки и критерии приемки.
Техническая — формализует требования заказчика, переводя их с языка потребительских задач («предотвратить проникновение») на язык технических параметров («обеспечить распознавание лица с расстояния 5 метров»).
Коммуникационная — служит «точкой истины» для всех участников процесса, исключая разночтения и субъективные трактовки.
Нормативная база: какие документы регулируют составление ТЗ
При разработке технического задания для государственного объекта необходимо учитывать комплекс нормативных требований:
ГОСТ Р 57839-2017 «Производственные услуги. Системы безопасности технические. Задание на проектирование. Общие требования» — основной стандарт, устанавливающий структуру и содержание документа.
Федеральный закон № 123-ФЗ «Технический регламент о требованиях пожарной безопасности».
Федеральный закон № 384-ФЗ «Технический регламент о безопасности зданий и сооружений».
Отраслевые нормативные акты, регламентирующие оснащение конкретных типов объектов: образовательных, спортивных, транспортных.
Важно: ГОСТ Р 57839-2017 носит рекомендательный характер, если иное не установлено техническим регламентом. Однако на практике его требования становятся де-факто обязательными для большинства государственных закупок, поскольку обеспечивают необходимую детализацию и соответствие закону о контрактной системе.
Практика составления: как превратить требования в эффективный документ
1. От общей цели — к конкретным задачам
Начинать следует не с перечисления оборудования, а с четкого формулирования целей системы. Пример правильной постановки задачи: «Система видеонаблюдения предназначена для предотвращения несанкционированного проникновения на охраняемую территорию объекта, оперативного выявления нарушителей и формирования доказательной базы».
2. Описание объекта: только релевантная информация
В ТЗ необходимо включать только те данные об объекте, которые напрямую влияют на проектирование системы:
- планировки контролируемых зон с указанием ключевых расстояний
- описание потребительских характеристик зон («Зона №1: требуется идентификация личности; Зона №2: достаточно обнаружения факта передвижения»)
- условия эксплуатации: температурный режим, уровень влажности, наличие электромагнитных помех
Запрос избыточной информации не только излишен, но и может противоречить режиму секретности на режимных объектах.
3. Детализация работы системы: алгоритмы вместо общих слов
Это самый объемный и важный раздел. Необходимо детально прописать сценарии работы:
Реакция на события: «При срабатывании датчика движения в зоне периметра система формирует звуковое оповещение на посту охраны и выводит изображение с ближайшей камеры на основной монитор».
Взаимодействие подсистем: «Система контроля доступа при попытке несанкционированного прохода передает сигнал тревоги системе видеонаблюдения для записи и поворота камеры в заданную предустановку». Именно здесь закладывается логика интеграции СКУД, видеонаблюдения и ОПС — и именно здесь чаще всего возникают пробелы, которые на этапе приемки становятся предметом споров.
Функционал ПО: требования к интерфейсу оператора, работе с архивом, формированию отчетов.
4. Требования к оборудованию: принцип «или эквивалент»
Для госзаказа указываются не конкретные торговые марки, а подробные технические характеристики:
- для камер: разрешение матрицы, светочувствительность с указанием диафрагменного числа F, тип объектива, степень защиты корпуса IP, напряжение питания
- для кабельных трасс: тип кабеля, метод прокладки (скрытый в гофротрубе, открытый по лоткам), требования к пожарной безопасности
Ключевая формулировка — «или эквивалент, не уступающий по указанным характеристикам». Это требование 44-ФЗ, которое обеспечивает конкурентность закупки.
5. Организация питания и заземления: разделение зон ответственности
Четкое разграничение обязанностей — залог отсутствия конфликтов:
Обязанности заказчика: «Обеспечить точки подключения к сети 220 В ±10%, 50 Гц в местах, согласованных с проектом, с выделенной линией и автоматическим выключателем».
Обязанности подрядчика: «Предоставить заказчику технические условия на электропитание для каждого места подключения (напряжение, максимальный потребляемый ток)».
Требования к автономности: время работы системы от резервных источников питания при отключении основной сети.
6. Гарантии, документация и порядок приемки
Гарантийные обязательства: срок гарантии не менее 2 лет и условия ее действия (проведение регулярного ТО, соблюдение правил эксплуатации).
Комплект документации: паспорта на оборудование, исполнительные схемы, инструкции по эксплуатации и техническому обслуживанию, акты скрытых работ.
Процедура приемки: «Приемка осуществляется рабочей комиссией заказчика путем проверки работоспособности системы в соответствии с пунктами настоящего ТЗ. Результатом является подписание акта сдачи-приемки выполненных работ».
Типичные ошибки госзаказчиков при составлении ТЗ
Ошибка 1. Механическое копирование пунктов из ГОСТа
Не нужно включать все пункты стандарта подряд — включайте только те требования, которые значимы для вашего конкретного объекта.
Как исправить: начинайте с целей системы, а затем выбирайте пункты ГОСТа, которые помогают эти цели описать.
Ошибка 2. Нечеткие формулировки
Слова «надежный», «современный», «качественный» не поддаются проверке при приемке и трактуются каждой стороной в свою пользу.
Как исправить: используйте измеримые параметры: «наработка на отказ — не менее 50 000 часов», «срок службы — не менее 8 лет».
Ошибка 3. Подмена ТЗ коммерческим предложением
ТЗ не должно содержать готовых проектных решений или названий конкретных брендов. Его задача — описать что нужно получить, а не как и из чего это сделать.
Как исправить: если в документе появляется название бренда — замените его перечнем технических характеристик с формулировкой «или эквивалент».
Ошибка 4. Игнорирование вопроса эксплуатации
Отсутствие требований к обучению персонала и графику технического обслуживания приводит к быстрой деградации системы после сдачи.
Как исправить: включите в ТЗ отдельный раздел с требованиями к обучению операторов и регламентом технического обслуживания.
Чек-лист по составлению ТЗ на систему безопасности
Этап 1. Подготовка и планирование
- Четко сформулирована цель системы — одна-две основные задачи
- Определены и описаны зоны ответственности: что решает техническая система, что остается за организационными мерами
- Подрядчик привлечен к разработке ТЗ как технический консультант
Этап 2. Структура и содержание ТЗ
- Прописано назначение системы: «Система [вид] предназначена для [цель] на объекте [название]»
- Приложены актуальные планы помещений с обозначением контролируемых зон
- Описаны сценарии работы: что происходит при каждом событии (тревога, доступ, отказ)
- Описано взаимодействие подсистем: как видеонаблюдение, СКУД и ОПС обмениваются сигналами
- Сформулированы требования к ПО: интерфейс оператора, работа с архивом, отчеты
Этап 3. Технические требования
- Указаны измеримые параметры оборудования: разрешение, светочувствительность F, степень защиты IP
- Использована формулировка «или оборудование с аналогичными (не ниже) характеристиками»
- Описаны методы прокладки кабелей и места размещения оборудования
- Разделена зона ответственности по питанию: заказчик обеспечивает точку подключения, подрядчик предоставляет ТУ
Этап 4. Спецификация и гарантии
- Составлен перечень передаваемой документации: паспорта, исполнительные схемы, инструкции, акты скрытых работ
- Указан срок гарантии (не менее 2 лет) и условия ее действия
- Прописана процедура приемки с подписанием акта сдачи-приемки
Этап 5. Проверка перед выпуском
- Все формулировки проверены на двойное толкование, убраны слова «современный», «надежный», «качественный»
- Каждый параметр можно проверить инструментально или визуально при приемке
- Убраны избыточные требования, не влияющие на результат
- Проведена сверка с ГОСТ Р 57839-2017, 123-ФЗ, 384-ФЗ и отраслевыми приказами
- ТЗ согласовано со всеми внутренними службами: эксплуатация, охрана, IT, электролаборатория
Для любого государственного заказчика хорошо составленное техническое задание — это страховка от недобросовестных поставщиков, инструмент контроля на всех этапах проекта и основа для принятия объективного решения при приемке работ.
Нужна помощь в составлении ТЗ на систему безопасности? Оставьте заявку — проконсультируем по структуре документа и требованиям для вашего объекта.
