Акт сдачи-приемки работ

Урок 4 · Монтаж и пусконаладка контроллера · 10 мин · theory

Введение: Роль и значение Акта сдачи-приемки работ

Завершение проекта по автоматизации на платформе Home Intelligence является многоэтапным процессом, кульминацией которого становится подписание Акта сдачи-приемки выполненных работ. Этот документ часто воспринимается как формальность, однако в профессиональной инженерной практике он играет критически важную роль, служа юридическим и техническим рубежом между этапом внедрения и этапом эксплуатации системы.

> ℹ️ Информация: Акт сдачи-приемки — это не формальность, а ключевой документ, защищающий интересы как инсталлятора, так и заказчика. Он официально завершает договорные отношения по выполнению работ и переводит их в плоскость гарантийных обязательств.

Для инсталлятора, сертифицированного специалиста Home Intelligence, Акт является неоспоримым доказательством выполнения обязательств. Рассмотрим его ключевые функции:

Фиксация завершения работ: Документ однозначно подтверждает, что все работы, предусмотренные договором и техническим заданием, выполнены в полном объеме и с надлежащим качеством.
Основание для финального расчета: Подписанный Акт является юридическим основанием для получения оставшейся части оплаты по договору. Без этого документа заказчик имеет право задерживать платеж, ссылаясь на незавершенность проекта.
Начало гарантийного периода: Дата подписания Акта — это точка отсчета для всех гарантийных обязательств. С этого момента начинается период, в течение которого инсталлятор обязан бесплатно устранять неисправности, возникшие по его вине.
Ограничение ответственности: Акт фиксирует состояние системы на момент сдачи. Все последующие запросы от клиента, не являющиеся гарантийными случаями (например, желание добавить новую функцию), будут рассматриваться как отдельные работы, требующие дополнительного соглашения и оплаты.

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

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

В экосистеме Home Intelligence, где проекты варьируются от небольшой квартиры до крупного офисного центра, стандартизированный подход к сдаче объекта обеспечивает прозрачность и предсказуемость для всех участников. Акт сдачи-приемки является финальной точкой в процессе пусконаладки контроллеров HI, завершающей цепочку действий: от монтажа и программирования до создания бэкапов и подготовки документации.

---

Структура и ключевые разделы Акта

Качество и юридическая сила Акта сдачи-приемки напрямую зависят от его полноты и корректности составления. Использование непроверенных шаблонов из интернета может привести к серьезным проблемам в будущем. Поэтому для всех проектов на платформе Home Intelligence настоятельно рекомендуется применять стандартизированный шаблон.

> 💡 Подсказка: Всегда используйте стандартизированный шаблон Акта от Home Intelligence. Это снижает юридические риски и обеспечивает полноту проверки. Пример шаблона приведен ниже.

Стандартный Акт сдачи-приемки состоит из нескольких обязательных частей.

1. Титульная часть ("шапка")

Это верхняя часть документа, содержащая основную идентифицирующую информацию:

Наименование документа: "Акт сдачи-приемки выполненных работ".
Номер и дата составления Акта.
Город составления.
Полные реквизиты сторон: "Заказчик" (ФИО или наименование юридического лица) и "Исполнитель" (ФИО, ИП или наименование юридического лица).
Ссылка на основной договор, в рамках которого выполнялись работы (например, "к Договору №123 от 01.01.2023 г.").
Адрес объекта, на котором проводились работы.

2. Основная часть

Это "тело" Акта, где констатируется факт выполнения работ. Формулировки должны быть точными и недвусмысленными.

Констатация факта: "Исполнитель сдал, а Заказчик принял следующие работы по монтажу и пусконаладке системы автоматизации..."
Перечень выполненных работ: Указывается общий перечень работ, например, "монтаж, программирование и пусконаладка системы автоматизации на базе контроллера Home Intelligence HI-Core в соответствии с Техническим заданием (Приложение №1 к Договору)".
Стоимость работ: Указывается общая стоимость выполненных работ, подлежащая оплате согласно договору.
Пункт об отсутствии претензий: "Работы выполнены в полном объеме, в установленные сроки и с надлежащим качеством. Заказчик претензий по объему, качеству и срокам выполнения работ не имеет". Этот пункт является ключевым.

3. Приложения к Акту

Приложения детализируют состав и качество выполненных работ. Они являются неотъемлемой частью Акта.

Приложение №1: Чек-лист функционального тестирования системы. Это самый важный документ для практической проверки. В нем подробно, пункт за пунктом, перечисляются все функции и сценарии, которые должны быть продемонстрированы и проверены. Каждый пункт в чек-листе подлежит проверке в присутствии заказчика, после чего напротив него ставится отметка о выполнении.
Приложение №2: Перечень передаваемой исполнительной документации. Здесь списком перечисляются все документы, которые инсталлятор передает заказчику. Как мы рассматривали в уроке `COURSE-03-M08-L04`, сюда входят схемы, инструкции, пароли и т.д.

4. Прочие важные разделы

Пункт о проведенном обучении: В Акте следует зафиксировать, что "Исполнитель провел инструктаж Заказчика по использованию основных функций системы автоматизации".
Раздел для фиксации замечаний (Дефектная ведомость): Если в ходе приемки выявляются недостатки, они вносятся в специальный раздел или отдельное приложение — Дефектную ведомость. Здесь же указываются согласованные сроки их устранения.
Подписи сторон: Полное наименование должностей, ФИО и подписи уполномоченных представителей Заказчика и Исполнителя, скрепленные печатями (для юридических лиц).

                                     АКТ № ____
                           сдачи-приемки выполненных работ
                       к Договору подряда № ______ от "__"_________ 20__ г.

г. ________________                                        "__"_________ 20__ г.

Мы, нижеподписавшиеся,
_____________________________________________________________________________, именуемый(ая) в дальнейшем «Заказчик», с одной стороны, и
_____________________________________________________________________________, именуемый(ая) в дальнейшем «Исполнитель», с другой стороны,
совместно именуемые «Стороны», составили настоящий Акт о нижеследующем:

В соответствии с Договором №______ от "__"_________ 20__ г. (далее – «Договор») Исполнитель выполнил, а Заказчик принял работы по монтажу и пусконаладке системы автоматизации (далее – «Система») на объекте, расположенном по адресу: ____________________________________________________.

Функциональность и состав Системы соответствуют Техническому заданию (Приложение №1 к Договору). Совместная проверка работоспособности Системы проведена Сторонами, что подтверждается подписанным Чек-листом функционального тестирования (Приложение №1 к настоящему Акту).

Исполнитель передал, а Заказчик принял комплект исполнительной и эксплуатационной документации согласно Перечню (Приложение №2 к настоящему Акту).

Исполнитель провел базовый инструктаж Заказчика по вопросам эксплуатации Системы.

Общая стоимость выполненных по Договору работ составляет ____________ (____________________________________) рублей __ копеек. Сумма к окончательной оплате составляет ____________ (________________________________) рублей __ копеек.

Работы выполнены в полном объеме, в установленные сроки и с надлежащим качеством. Заказчик претензий по объему, качеству и срокам выполнения работ не имеет.
(Вариант: Заказчик имеет замечания, которые зафиксированы в Дефектной ведомости (Приложение №3 к Акту). Исполнитель обязуется устранить указанные замечания в срок до "__"_________ 20__ г.)

Гарантийный период на выполненные работы составляет ___ (_____) месяцев с даты подписания настоящего Акта.

Настоящий Акт составлен в двух экземплярах, имеющих одинаковую юридическую силу, по одному для каждой из Сторон.

Приложение №1: Чек-лист функционального тестирования на __ л.
Приложение №2: Перечень передаваемой документации на __ л.
Приложение №3: Дефектная ведомость на __ л. (при наличии).

ПОДПИСИ СТОРОН:

ЗАКАЗЧИК:                                   ИСПОЛНИТЕЛЬ:
____________________ / ФИО /               ____________________ / ФИО /
(подпись)                                  (подпись)
М.П.                                       М.П.

---

Практика: Процедура совместной сдачи-приемки

Процедура сдачи-приемки — это не просто подписание бумаг, а организованное мероприятие, требующее тщательной подготовки. От того, как оно будет проведено, зависит впечатление заказчика о вашей работе и вероятность возникновения споров в будущем.

Шаг 1: Подготовка к встрече с заказчиком

Никогда не назначайте встречу спонтанно. Выделите достаточно времени на подготовку.

Наведение порядка на объекте: Убедитесь, что электрощит с контроллером HI-Core чист, крышки установлены, маркировка на месте. Уберите строительный мусор, инструменты и остатки материалов. Объект должен иметь "товарный" вид.

Создание финального бэкапа: Перед сдачей объекта обязательно создайте полный бэкап системы, как было описано в уроке `COURSE-03-M08-L02`. Назовите файл бэкапа по стандарту, например `backup-final-YYYY-MM-DD.tar.gz`, и сохраните его в надежном месте. Это ваша "золотая" копия конфигурации на момент сдачи.

Подготовка комплекта документов: Распечатайте Акт сдачи-приемки и все приложения к нему в двух экземплярах. Соберите папку с исполнительной документацией, содержимое которой мы обсуждали в `COURSE-03-M08-L04` (схемы, инструкции, гарантийные талоны, список паролей). Убедитесь, что все документы аккуратно сложены.

Финальная самопроверка: Пройдитесь по чек-листу функционального тестирования самостоятельно. Убедитесь, что абсолютно все функции работают безупречно. Нет ничего хуже, чем обнаружить неработающий сценарий в присутствии заказчика.

Шаг 2: Проведение совместного тестирования

Это центральная часть процедуры. Ваша задача — методично и уверенно продемонстрировать работу системы.

Начните с простого: Покажите работу базовых функций — включение/выключение света с выключателей, управление розетками. Это создает у заказчика ощущение контроля и понимания.

Двигайтесь по чек-листу: Откройте Приложение №1 (Чек-лист функционального тестирования) и начните последовательно проходить по его пунктам. Например:

* "Проверка управления освещением в гостиной (группа 1)". Вы подходите к выключателю, включаете/выключаете свет, заказчик подтверждает, ставите галочку.

* "Проверка работы датчика протечки в санузле". Вы имитируете протечку (например, влажной салфеткой), система отправляет уведомление, перекрывает клапаны. Заказчик подтверждает, ставите галочку.

* "Проверка регулировки температуры теплого пола". Вы на панели управления выставляете уставку, проверяете, что пол начал нагреваться.

Демонстрация ключевых сценариев: После проверки отдельных функций продемонстрируйте комплексные сценарии, которые несут наибольшую ценность для пользователя. Это самая эффектная часть демонстрации.

* Сценарий "Я ушел": Нажмите соответствующую кнопку у выхода. Прокомментируйте, что происходит: "Смотрите, выключился весь свет, кроме дежурного в коридоре, перекрылись клапаны воды, система встала на охрану".

* Сценарий "Ночь": Активируйте ночной режим. Покажите, что основной свет теперь не включается на полную яркость, а только на 10-15%, чтобы не слепить.

* Сценарий "Кино": Продемонстрируйте, как по одной команде плавно гаснет свет, опускаются шторы и включается питание проектора.

Вовлекайте заказчика: Не превращайте демонстрацию в монолог. Предлагайте заказчику самому нажимать на кнопки, менять уставки, проверять работу датчиков. Это повышает его доверие и удовлетворенность.

Шаг 3: Передача документации и инструктаж

После успешного завершения тестирования по чек-листу наступает этап формальной передачи.

Передача папки: Вручите заказчику папку с исполнительной документацией. Кратко, но емко расскажите о ее содержимом: "Здесь находятся электрические схемы вашего щита, инструкции к оборудованию, гарантийные талоны и, самое важное, памятка пользователя с основными сценариями и контактами для поддержки".

Проведение инструктажа: Проведите для клиента краткое (15-20 минут) обучение. Не пытайтесь объяснить, как работает Node-RED. Сосредоточьтесь на том, что ему действительно нужно:

* Как пользоваться настенными панелями.

* Как управлять системой через мобильное приложение (если оно есть).

* Что делать в случае нештатной ситуации (например, как вручную включить свет или открыть клапан).

* Куда обращаться за поддержкой.

После выполнения всех этих шагов можно переходить к подписанию Акта. Процедура, проведенная таким образом, оставляет у клиента ощущение профессионализма, завершенности и полного контроля над своим новым умным домом.

---

Работа с замечаниями: Дефектная ведомость и протокол разногласий

Идеальный сценарий, когда заказчик полностью доволен и подписывает Акт без замечаний, случается не всегда. Профессионализм инсталлятора проявляется в его умении грамотно и конструктивно работать с претензиями.

> ⚠️ Внимание: Никогда не покидайте объект без подписанного Акта или Протокола разногласий. Устные договоренности не имеют юридической силы и могут привести к спорам о сроках и оплате.

Классификация замечаний

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

"Баг" (недостаток, несоответствие ТЗ): Это ситуация, когда какая-либо функция не работает так, как описано в утвержденном техническом задании (ТЗ).

Пример:* В ТЗ указано, что свет в коридоре должен включаться по датчику движения на 5 минут, а он гаснет через 30 секунд. Это явный недостаток, подлежащий устранению в рамках текущего договора.

Запрос на новую функцию ("хотелка"): Это желание заказчика получить функционал, который НЕ был предусмотрен в исходном ТЗ.

Пример:* "А можно сделать так, чтобы при включении ночного режима у меня еще и музыка тихая в спальне играла?" Если этого не было в ТЗ, это не "баг", а запрос на доработку, который должен оформляться и оплачиваться отдельно.

Важно вежливо, но твердо разделять эти два типа. На запросы о новых функциях следует отвечать: "Отличная идея! Этого не было в первоначальном проекте, но мы можем это реализовать. Давайте мы подготовим небольшое дополнительное соглашение и смету на эту доработку после того, как примем текущие работы".

Документирование замечаний: Дефектная ведомость

Если в ходе приемки выявлены именно "баги" (недостатки), их необходимо корректно задокументировать.

Создание Дефектной ведомости: Этот документ составляется как приложение к Акту сдачи-приемки. Он представляет собой таблицу из нескольких колонок:

* № п/п

* Описание недостатка (максимально подробно и однозначно)

* Местонахождение (например, "Гостиная, верхний свет")

* Согласованный срок устранения

* Отметка об устранении и подпись заказчика

Согласование сроков: Обсудите с заказчиком реалистичные сроки устранения каждого недостатка и зафиксируйте их в ведомости. Это защитит вас от претензий "почему до сих пор не сделано?".

Подписание Акта с замечаниями: После составления и подписания Дефектной ведомости основной Акт подписывается с особой отметкой: "Работы приняты с замечаниями, перечисленными в Дефектной ведомости (Приложение №3). Исполнитель обязуется устранить указанные замечания в согласованные сроки".

Подписание Акта с замечаниями — нормальная практика. Это позволяет зафиксировать объем выполненных работ, начать гарантийный период на уже работающие системы и получить большую часть оплаты, оставив небольшой процент до момента устранения недостатков (если это предусмотрено договором).

Действия при отказе от подписания: Протокол разногласий

В редких случаях заказчик может быть настроен неконструктивно и отказываться подписывать Акт даже при наличии механизма Дефектной ведомости. В такой ситуации необходимо составить Протокол разногласий.

Назначение: Этот документ фиксирует сам факт проведения процедуры сдачи-приемки и мотивированный отказ заказчика от подписания Акта.
Содержание: В Протоколе перечисляются все претензии заказчика, послужившие причиной отказа. Важно, чтобы формулировки были максимально конкретными.
Подписание: Протокол предлагается к подписанию обеим сторонам. Если заказчик отказывается подписывать и его, Исполнитель делает об этом отметку и может подписать протокол в одностороннем порядке в присутствии свидетелей (если возможно).

Наличие такого документа крайне важно, если спор перейдет в юридическую плоскость. Он доказывает, что вы выполнили свою часть обязательств и были готовы к конструктивному диалогу.

---

Резюме: Финализация проекта и архивирование

Подписание Акта сдачи-приемки (даже с замечаниями) является важной вехой, но не конечной точкой работы инсталлятора. Правильная финализация и архивирование проекта обеспечивают основу для долгосрочной поддержки объекта и сохраняют всю ценную информацию.

Действия после подписания Акта

Сразу после получения подписанного экземпляра Акта необходимо выполнить несколько завершающих действий:

Создание финального архива проекта: Это ваш главный цифровой актив по завершенному объекту. Заведите на своем сервере или в облачном хранилище папку с названием объекта и поместите туда:

* Скан подписанного Акта сдачи-приемки и всех приложений к нему.

* Финальный полный бэкап системы, сделанный перед сдачей (как в уроке `COURSE-03-M08-L02`).

* Последнюю версию экспортированных потоков Node-RED (как в уроке `COURSE-03-M08-L01`), сохраненных в системе контроля версий Git.

* Полный цифровой комплект исполнительной документации, переданный заказчику (как в уроке `COURSE-03-M08-L04`).

Финансовые расчеты: Передайте подписанный Акт в бухгалтерию для выставления финального счета заказчику.

Передача объекта на поддержку: Если в вашей компании есть отдельная служба сервиса или поддержки, необходимо официально передать ей объект. Подготовьте для них краткую справку по объекту, приложив ссылку на финальный архив проекта. Это обеспечит преемственность и позволит коллегам быстро войти в курс дела при обращении клиента.

Начало гарантийного периода

Как мы уже отмечали, дата подписания Акта запускает гарантийный период. Важно четко понимать свои обязательства в это время:

Гарантийный случай: Это выход из строя оборудования или сбой в работе программного обеспечения, произошедший по вине производителя или инсталлятора (неправильный монтаж, ошибка в коде). Такие случаи устраняются бесплатно.
Негарантийный случай: Это неисправности, вызванные действиями заказчика или третьих лиц (механическое повреждение, изменение настроек, скачок напряжения), а также запросы на изменение логики работы системы. Такие работы выполняются на платной основе.

Четко структурированный и заархивированный проект позволяет быстро определить причину обращения и классифицировать его как гарантийное или нет, экономя время и предотвращая споры.

Что дальше

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