Договор и техническое задание на разработку и изготовление ПЭ
Зачем в теме ПЭ нужны договор и ТЗ
В предыдущей статье курса мы разобрали, что план эвакуации (ПЭ) — это не «картинка на стене», а элемент системы пожарной безопасности, который должен быть актуальным, читаемым и нормативно корректным. На практике эти требования часто «ломаются» не из‑за AutoCAD или незнания ГОСТ, а из‑за ошибок в начале проекта: не зафиксировали объём работ, не согласовали исходные данные, не определили критерии приёмки.
Для этого и нужны два документа:
Договор — фиксирует юридические обязательства сторон: что делаем, в какие сроки, за какие деньги, как принимаем результат*.
Техническое задание (ТЗ) — фиксирует техническую часть: какие именно планы, для каких этажей/зон, в каком формате и исполнении, на основании каких исходных данных*.
Важно: хороший договор без хорошего ТЗ почти всегда приводит к спорам, потому что «результат» стороны понимают по‑разному.
Нормативная основа договорных отношений
Разработка и изготовление ПЭ обычно оформляется как договор оказания услуг (разработка, обследование, согласование) и/или договор подряда (изготовление материального результата: печать, ламинация, рамки, монтаж). Базовые правила содержатся в Гражданском кодексе РФ:
* Гражданский кодекс РФ (часть первая) (№ 51-ФЗ)
* Гражданский кодекс РФ (часть вторая) (№ 14-ФЗ)
Если заказчик — государственная/муниципальная организация или закупка идёт по регламентированным процедурам, договор и ТЗ дополнительно подчиняются правилам закупок (но внутри курса мы концентрируемся на содержании и качестве ТЗ и результата, а не на закупочной процедуре).
Договор на разработку и изготовление ПЭ
Предмет договора: как формулировать, чтобы не было «двойного смысла»
В предмете договора важно разделить разработку и изготовление.
Корректная логика предмета:
Обследование объекта и сбор исходных данных.
Разработка макетов ПЭ (графическая и текстовая части).
Согласование макетов с заказчиком.
Изготовление ПЭ в согласованном исполнении.
Передача результата и, при необходимости, монтаж (размещение) на объекте.Если какие-то пункты не входят в объём работ (например, монтаж делает заказчик), это лучше прямо исключить в предмете.
Состав работ и результат: что именно считается «сдано»
Чтобы при приёмке не возникло спора «мы думали будет иначе», в договоре фиксируют:
* Состав результата разработки: макеты (файлы), перечень помещений/этажей, текстовые инструкции.
* Состав результата изготовления: количество экземпляров, формат, материал, наличие рамок/крепежа.
* Сопроводительные документы: акт сдачи‑приёмки, при необходимости — накладная.
Практический совет: в договоре удобно сделать приложение «Спецификация (ведомость) планов эвакуации» с таблицей по каждому плану.
Исходные данные и доступ на объект
Большая часть конфликтов по ПЭ — это «кто виноват, что план не соответствует факту». Чтобы управлять этим риском, в договоре фиксируют:
* кто предоставляет поэтажные планы/БТИ/проектную документацию (если есть);
* кто обеспечивает доступ в помещения для обследования;
* кто назначает ответственного представителя заказчика;
* что делать, если обнаружены расхождения планов и фактической планировки.
Если разработчик делает ПЭ по факту (по обследованию), это должно быть отражено явно: тогда исходной базой является обмер/осмотр и фотофиксация.
Сроки и этапность
В договорах по ПЭ удобно использовать этапы (это облегчает управление проектом и оплатой):
Обследование и сбор данных.
Подготовка черновых макетов.
Согласование и внесение правок.
Изготовление.
Поставка/монтаж.Для каждого этапа фиксируют срок и результат этапа. Если сроки зависят от действий заказчика (например, согласование макетов), это нужно прописать как сроки со стороны заказчика.
Цена и порядок оплаты
Частые модели оплаты:
* аванс + оплата по факту изготовления;
* поэтапная оплата (после согласования макета, после изготовления);
* постоплата (реже, но бывает при работе с крупными заказчиками).
Чтобы не спорить о «допработах», в договоре отдельно описывают:
* что входит в стоимость (например, 1–2 итерации правок);
* что является дополнительными работами (например, переработка из‑за перепланировки после обследования).
Порядок согласования и внесения изменений
В договоре полезно закрепить простое правило управления изменениями:
Заказчик согласовывает макет письменно (в том числе по электронной почте).
После согласования изменения возможны только по заявке.
Изменения из‑за ошибок разработчика исправляются без доплаты.
Изменения из‑за новых исходных данных/перепланировки считаются допработами.Это защищает обе стороны: заказчик получает управляемость, разработчик — предсказуемость объёма.
Приёмка результата: критерии, сроки, замечания
Чтобы приёмка была технической, а не «нравится/не нравится», заранее задают критерии:
* соответствие утверждённому макету;
* соответствие указанным форматам, материалам, количеству;
* читаемость и отсутствие дефектов печати;
* комплектность поставки.
Также фиксируют:
* срок, в который заказчик обязан подписать акт или дать мотивированные замечания;
* формат замечаний (единым перечнем);
* порядок устранения.
Ответственность и ограничения
Договор по ПЭ должен аккуратно разделять зоны ответственности:
разработчик отвечает за корректность оформления и воспроизведение согласованных данных*;
* заказчик отвечает за достоверность предоставленных исходных данных (если он их предоставляет) и за фактическое состояние путей эвакуации на объекте (захламление, запертые двери, изменения планировки).
Это важно, потому что ПЭ сам по себе не «чинит» объект: он отражает принятые решения и фактическую конфигурацию на момент разработки.
Что приложить к договору
Минимальный набор приложений, который реально помогает в работе:
* Техническое задание.
* Спецификация (ведомость) планов: этаж/зона, тип (этажный/секционный/локальный), формат, количество.
* Макет(ы) после согласования — как итоговая версия для изготовления.
Техническое задание на разработку и изготовление ПЭ
Что такое ТЗ в проекте ПЭ
Техническое задание (ТЗ) — это документ, который переводит задачу «сделать планы эвакуации» в конкретные измеримые требования.
Хорошее ТЗ отвечает на вопросы:
где* будут применяться планы;
сколько* планов нужно и каких типов;
какая* информация должна быть на графике и в тексте;
в каком виде* должен быть результат (файлы, печать, материалы);
как* заказчик будет принимать работу.
Структура ТЗ: рекомендуемый состав
Ниже — структура, которая подходит для большинства объектов (офисы, школы, ТЦ, склады), и закрывает типовые риски.
#### Общие сведения об объекте
Указывают кратко и однозначно:
* наименование и адрес объекта;
* назначение здания и режим работы (круглосуточно/дневной);
* контактное лицо заказчика для доступа и согласований.
#### Объём работ: какие планы нужны
Указывают перечень планов (с привязкой к этажам/секциям/помещениям):
* этажные;
* секционные;
* локальные;
* сводный комплект (как комплект документации).
Лучше всего оформить это таблицей.
| Позиция | Зона/этаж | Тип плана | Формат | Количество | Примечание |
|---|---|---|---|---|---|
| 1 | 1 этаж | Этажный | А3 | 2 | Холл и лифтовая зона |
| 2 | 2 этаж, левое крыло | Секционный | А3 | 1 | Длинный коридор |
| 3 | Номерной фонд | Локальный | А4 | 30 | В каждый номер |
#### Требования к исходным данным и обследованию
В ТЗ фиксируют, на основании чего делается графика:
Что предоставляет заказчик (если предоставляет): поэтажные планы, экспликации, данные по дверям и функционалу помещений.
Что делает разработчик: выезд, сверка планировки, фотофиксация, уточнение направлений открывания дверей.
Как обрабатываются расхождения: акт/перечень расхождений и решение с заказчиком.Это критично: ПЭ должен соответствовать факту, а не устаревшему плану.
#### Требования к графической части
В ТЗ перечисляют требования понятным языком, без «чисто ГОСТовских» формулировок:
* схема должна быть читаемой при размещении на объекте;
* должны быть показаны эвакуационные пути и выходы, а также отметка «Вы находитесь здесь»;
* должна быть легенда условных обозначений;
должны быть обозначены средства пожаротушения и связи в тех местах, где они реально установлены*.
Если заказчик хочет дополнительные элементы (например, места отключения вентиляции, электрощиты, аптечки), их нужно перечислить отдельно, иначе это станет спором на приёмке.
#### Требования к текстовой части
ТЗ должно закрепить, для чего пишется текст:
* краткая инструкция для людей при пожаре;
действия персонала (если заказчик запрашивает именно организационные* планы, а не только «схему на стену»).
Важно согласовать, кто утверждает текст и насколько он должен быть «под объект». Универсальные тексты без учёта реальных процедур на объекте часто оказываются невыполнимыми.
#### Требования к изготовлению (материалы и исполнение)
Здесь ТЗ должно быть максимально конкретным:
* формат (А3/А2/А4);
* основа (например, фотолюминесцентная или обычная — по решению заказчика);
* способ защиты изображения (например, ламинация);
* наличие рамки/подложки;
* способ крепления (если монтаж входит в работы).
Чем точнее описано изготовление, тем проще сравнить «ожидание» и «факт».
#### Требования к электронным файлам (результат разработки)
Даже если заказчик заказывает печать, ему часто нужны файлы для архива и последующих изменений. В ТЗ имеет смысл указать:
* какие форматы передаются (например, PDF для печати и просмотра);
* нужны ли исходные редактируемые файлы (и если да — на каких условиях передаются);
* правила наименования файлов и версионность (например, дата и номер версии в названии).
#### Критерии приёмки по ТЗ
Чтобы приёмка была объективной, в ТЗ закрепляют критерии:
* соответствие планировки фактическому состоянию на дату обследования;
* наличие всех обязательных элементов (маршруты, выходы, легенда, «Вы здесь», инструкция);
* соответствие согласованному макету при изготовлении;
* отсутствие дефектов печати, достаточная читаемость.
Типовые ошибки в договоре и ТЗ (и как их предотвратить)
* «Сделать планы эвакуации по ГОСТ» без расшифровки объёма
* Профилактика: спецификация планов + критерии приёмки + перечень элементов на схеме.
* Нет привязки к фактическому обследованию
* Профилактика: отдельный раздел ТЗ про обследование и про работу с расхождениями.
* Не определено, сколько правок входит в стоимость
* Профилактика: в договоре фиксировать число итераций и основания для допработ.
* Не описано изготовление (материал, защита, рамка)
* Профилактика: в ТЗ отдельный блок «Изготовление» с конкретными параметрами.
* Не определено, в каком виде сдаётся результат разработки
* Профилактика: список файлов и форматов + порядок согласования макета.
!Блок-схема жизненного цикла проекта ПЭ от исходных данных до приёмки
Как использовать договор и ТЗ в логике всего курса
Договор и ТЗ — это «мост» между нормативными требованиями (которые мы разобрали ранее) и практической разработкой (которая будет дальше в модулях про текстовую часть, людские потоки и AutoCAD).
Если вы научитесь:
* фиксировать исходные данные и правила их проверки;
* задавать чёткие требования к графике, тексту и изготовлению;
* прописывать согласование и приёмку;
то дальнейшие этапы курса (разработка, согласование, изготовление) станут управляемыми, а не «пожаром из правок и претензий».