Акт сдачи-приемки выполненных работ — это основной документ, фиксирующий факт передачи результата работ от Исполнителя (веб-студии, фрилансера) Заказчику и подтверждающий отсутствие претензий по объему, качеству и срокам. В сфере разработки сайтов этот документ имеет критическое значение для закрытия этапов, оплаты и передачи исключительных прав на интеллектуальную собственность.
В статье разберем правовую базу, обязательные реквизиты, специфику IT-проектов, типичные ошибки и предоставим структурированный образец акта актуального на 2026 год образца.
Правовая основа и виды актов
Согласно ст. 752 ГК РФ (Подряд) и ст. 702 ГК РФ (Возмездное оказание услуг), Заказчик обязан принять результат работ, а Исполнитель, передать его. Документом, оформляющим этот процесс, является Акт сдачи-приемки выполненных работ (оказанных услуг).
Разница в терминологии
- Акт выполненных работ, часто используется как внутренний документ Исполнителя для учета выручки/себестоимости (КУДиР, налоговый учет) или как одностороннее уведомление Заказчику о готовности.
- Акт приема-передачи / Акт сдачи-приемки, двусторонний документ, подписываемый обеими сторонами. Именно он является юридически значимым для подтверждения факта исполнения обязательств (п. 2 ст. 408 ГК РФ) и передачи прав (ст. 1234 ГК РФ).
Рекомендация: В договоре подряда/оказания услуг всегда прописывайте обязательность подписания двустороннего Акта сдачи-приемки для каждого этапа (макета, верстки, бэкенда, итогового проекта).
Обязательные реквизиты акта (согласно ФЗ-402 «О бухгалтерском учете», ст. 9)
Для того чтобы акт имел юридическую силу и был принят налоговой/бухгалтерией, он должен содержать:
- Наименование документа (Акт сдачи-приемки выполненных работ №…).
- Дата составления и место составления (город).
- Наименование сторон (полные наименования ООО/ИП/ФИО физлица с реквизитами: ИНН, ОГРН/ОГРНИП, адрес, банковские реквизиты).
- Основание — ссылка на Договор (№, дата) и/или Техническое задание (ТЗ).
- Перечень выполненных работ/услуг с указанием количества, единиц измерения, цены и суммы.
- Стоимость работ (общая сумма, НДС выделен отдельно, если применимо);
- Условия приемки, отметка о соответствии ТЗ, отсутствии претензий по качеству, объему, срокам.
- Подписи уполномоченных лиц с расшифровкой (ФИО, должность, основание действия — Устав/Доверенность) и датами подписания. Печати (при наличии).
Специфика акта для разработки сайта (IT-проекты)
В отличие от строительства или грузоперевозок, результат разработки сайта — нематериален. Поэтому в акт необходимо включить специфические пункты:
Привязка к Техническому заданию (ТЗ) и Этапам
Работы приняты не просто «сайт», а «Разработка функционала личного кабинета согласно п. 3.2 ТЗ от ». Это защищает от размытых претензий («а почему нет мобильного приложения?»).
Передача доступов и инфраструктуры (Критично!)
Акт должен фиксировать передачу всех активов:
- Доступы к хостингу/серверу (SSH, FTP, панель управления).
- Доступы к CMS (админка: логин/пароль суперадмина).
- Доступы к домену (регистратор, NS-записи).
- Доступы к репозиторию кода (GitHub/GitLab/Bitbucket).
- Доступы к сторонним сервисам (Яндекс.Метрика, GA4, CRM, почтовые ящики, API ключи платежных систем).
- Резервные копии (бэкапы) БД и файлов на момент сдачи.
Интеллектуальная собственность и права
В акте (или в приложении к нему) должна быть явная формулировка:
«Заказчик принимает исключительное право на результаты работ (программу для ЭВМ / базу данных / дизайн / тексты) в полном объеме (исключительная лицензия / переход исключительного права) в соответствии с п. X Договора №… от…»
Среда приемки (Staging / Production)
Укажите, где именно проводилась приемка:
- На тестовом стенде (staging), для промежуточных этапов.
- На продакшн-домене (production) — для итогового акта.
Браузерная и устройственная совместимость
Если это в ТЗ, фиксируйте: «Работоспособность проверена в актуальных версиях Chrome, Firefox, Safari, Edge на desktop и mobile (iOS/Android)».
АКТ СДАЧИ-ПРИЕМКИ ВЫПОЛНЕННЫХ РАБОТ № 1-ИТ/2026
г. Москва «29» сентября 2026 г.
Мы, нижеподписавшиеся:
Сторона 1 (Заказчик): Общество с ограниченной ответственностью «Ромашка», именуемое в дальнейшем «Заказчик», в лице Генерального директора Иванова Ивана Ивановича, действующего на основании Устава, с одной стороны,
Сторона 2 (Исполнитель): Индивидуальный предприниматель Петров Петр Петрович, именуемый в дальнейшем «Исполнитель», действующий от своего имени, с другой стороны,
составили настоящий Акт о том, что:
В соответствии с Договором на разработку корпоративного сайта № 42/Д-2026 от и Техническим заданием (Приложение № 1 к Договору), Исполнитель выполнил и сдал, а Заказчик принял и передал следующие работы:
| № п/п | Наименование этапа / работы (по ТЗ) | Ед. изм. | Кол-во | Цена за ед. (руб.) | Стоимость (руб.) |
|---|---|---|---|---|---|
| 1 | Проектирование архитектуры и БД (п. 2.1 ТЗ) | шт. | 1 | 50 000,00 | 50 000,00 |
| 2 | шт. | 15 | 8 000,00 | 120 000,00 | |
| 3 | Разработка бэкенда на Laravel (API, Админка, Личный кабинет) (п. 4 ТЗ) | шт. | 1 | 180 000,00 | 180 000,00 |
| 4 | Интеграция с 1С:Предприятие 8.3 (обмен каталогом/заказами) (п. 5.2 ТЗ) | шт. | 1 | 70 000,00 | 70 000,00 |
| 5 | Настройка CI/CD, деплой на прод, настройка SSL, кэширование (п. 6 ТЗ) | шт. | 1 | 30 000,00 | 30 000,00 |
| ИТОГО к оплате по данному Акту: | 450 000,00 | ||||
| В том числе НДС (20%): | 75 000,00 | ||||
Сумма прописью: Четыреста пятьдесят тысяч рублей 00 копеек (в т.ч. НДС 20% — семьдесят пять тысяч рублей 00 копеек).
УСЛОВИЯ ПРИЕМКИ И ПЕРЕДАЧИ АКТИВОВ
Работы выполнены в полном объеме, в установленные Договором сроки и соответствуют требованиям Технического задания. Заказчик претензий по качеству, объему и срокам выполнения работ не имеет.
Приемка работ производилась на продакшн-сервере по адресу: https://romashka-corp.ru (IP: 203.0.113.45) в браузерах Chrome 128, Firefox 129, Safari 17 (iOS 17), Edge 128.
Передача доступов и интеллектуальных прав: Исполнитель передает, а Заказчик принимает следующие активы (подтверждается подписью Заказчика в п. 4 приложения к настоящему Акту — «Протокол передачи доступов»):
- Полные права доступа (root/superadmin) к серверу (SSH, панель ISPmanager/aaPanel).
- Доступ к репозиторию GitLab: gitlab.com/romashka/project (права Owner/Maintainer).
- Доступ к админке CMS (Laravel Admin / OctoberCMS / Bitrix): логин admin, пароль передан в запечатанном конверте / через менеджер паролей Bitwarden.
- Управление доменом romashka-corp.ru (аккаунт на Reg.ru / Beget).
- Ключи API: Яндекс.Карты, СДЭК, Тинькофф Касса, Яндекс.Метрика (ID: 12345678).
- Архивный бэкап БД и файлов на 14:00 MSK (файл backup_20260929_1400.tar.gz.enc).
Исключительное право на результаты работ (программу для ЭВМ «Сайт Ромашка v2.0», дизайн интерфейсов, программный код) переходит к Заказчику в полном объеме (во всем мире, на весь срок действия исключительного права) с момента подписания настоящего Акта в соответствии с п. 6.1 Договора № 42/Д-2026.
ЗАКЛЮЧИТЕЛЬНЫЕ ПОЛОЖЕНИЯ
Настоящий Акт составлен в 2 (двух) экземплярах с равной юридической силой: по одному для каждой Стороны.
Подписание Акта означает безусловное исполнение Исполнителем обязательств по соответствующему этапу Договора и основание для выставления счета/оплаты.
Стороны подтверждают, что на момент подписания Акта между ними нет взаимных претензий и споров по данному этапу работ.
| ЗАКАЗЧИК | ИСПОЛНИТЕЛЬ |
ПРИЛОЖЕНИЕ № 1 К АКТУ № 1-ИТ/2026
ПРОТОКОЛ ПЕРЕДАЧИ ДОСТУПОВ И РЕКВИЗИТОВ ИНФРАСТРУКТУРЫ
Мы, уполномоченные представители Сторон, подтверждаем фактическую передачу и приемку следующих учетных данных и активов:
| # | Система / Ресурс | Логин / Идентификатор | Способ передачи пароля/ключа | Статус (Работает/Изменен) | Подпись получателя |
|---|---|---|---|---|---|
| 1 | Сервер (SSH root) | root / 203.0.113.45 | SSH-ключ (ed25519) добавлен в authorized_keys | Проверено | |
| 2 | Панель хостинга (aaPanel) | admin | Пароль в Bitwarden (орг. хранилище) | Проверено | |
| 3 | GitLab Repository | gitlab.com/romashka/project | Добавлен пользователь ivanov_ii как Owner | Проверено | |
| 4 | Админка сайта (Laravel) | admin@romashka.ru | Пароль в запечатанном конверте № 5 | Проверено | |
| 5 | Домен romashka-corp.ru | Аккаунт Reg.ru (email: admin@romashka.ru) | Права делегированы / пароль изменен Заказчиком | Делегировано |
Представитель Заказчика: ________________ / Иванов И.И. «___» _____________ 202_ г.
Представитель Исполнителя: ________________ / Петров П.П. «___» _____________ 202_ г.
Типичные ошибки и риски при составлении акта
- Отсутствие ссылки на ТЗ/Договор: Акт «висит в воздухе», сложно доказать, что именно сдавалось.
- Формулировка «Сайт сдан полностью» без детализации: Риск претензий по скрытым багам или недоделанному функционалу, который «подразумевался по умолчанию».
- Игнорирование передачи доступов: Заказчик подписал акт, а пароли не получил или они не работают. Всегда приложите Протокол передачи доступов (см. образец выше).
- Подписание не уполномоченными лицами: Подписал менеджер по проектам без доверенности — акт может быть оспорен в суде. Проверяйте доверенности/уставы.
- Неучет НДС/налогового режима: Если Исполнитель на УСН «Доходы», НДС в акте не выделяется (пишут «Без НДС» или «НДС не облагается»). Если на ОСНО — НДС выделять обязательно.
- Отсутствие акта на промежуточных этапах: Сдача только в самом конце лишает Заказчика легального механизма оплаты по этапам и Исполнителя — защиты от раздувания объема (scope creep).
Электронный документооборот (ЭДО) в 2026 году
На 2026 год подавляющее большинство B2B-взаиморасчетов проходит через операторов ЭДО (СБИС, Диадок, Контур, 1С-ЭДО, Яндекс.ЭДО).
- Юридическая сила: Акт, подписанный усиленной квалифицированной электронной подписью (УКЭП) обеих сторон, равносилен бумажному с «живой» подписью и печатью (ст. 6, 11 ФЗ-63 «Об электронной подписи»).
- Формат: Обычно используется формат XML (стандарт ФНС для УПД/Актов) или PDF с вложенной подписью (PAdES / CAdES-BES).
- Совет: Генерируйте PDF-версию акта (как в образце выше) для удобства чтения человеком, но отправляйте в ЭДО формализованный XML-файл (СЧФДОП/Акт) для автоматической бухгалтерии и налоговой. Убедитесь, что в XML заполнены теги
<Table>с товарами/работами и<Signers>.
Особенности для бюджетных учреждений (ФЗ-223, ФЗ-44)
Если Заказчик — госучреждение (школа, больница, администрация):
- Обязательно использование единых форм (приказ Минфина № 157н или ведомственные формы).
- Акт должен быть зарегистрирован в журнале учета входящей/исходящей документации.
- Требуется Акт приемки-передачи результатов работ (услуг) с указанием КБК, КОСГУ, источника финансирования.
- Часто требуется заключение комиссии по приемке (протокол заседания комиссии) как приложение к акту.
- Оплата производится только после регистрации акта в казначействе/ФК (ЕБС).
Чек-лист перед подписанием акта (для Заказчика и Исполнителя)
| # | Проверка | Кто проверяет |
|---|---|---|
| 1 | Номер и дата акта совпадают с нумерацией в договоре/1С | Обе стороны |
| 2 | Реквизиты сторон (ИНН/КПП/ОГРН) верны | Бухгалтерия |
| 3 | Перечень работ точно соответствует ТЗ и Смету/Приложению к договору | Тех. директор / ПМ |
| 4 | Суммы и НДС рассчитаны верно | Бухгалтерия |
| 5 | Сайт открывается по боевому домену, SSL валидный, нет ошибок 5xx/404 на главных страницах | Заказчик + ПМ |
| 6 | Все доступы (сервер, админка, домен, репо, API, метрики) переданы и проверены работоспособностью | Заказчик (тех. спец.) |
| 7 | Подписан Протокол передачи доступов (Приложение к акту) | Обе стороны |
| 8 | Формулировка о переходе прав (ИС) соответствует Договору | Юристы / Руководители |
| 9 | Подписывает уполномоченное лицо (есть доверенность/Устав) | Обе стороны |
| 10 | Экземпляр акта (PDF/XML) сохранен в архиве проекта / CRM / ЭДО | Исполнитель |
Грамотно составленный Акт сдачи-приемки выполненных работ по разработке сайта — это не просто формальность для бухгалтерии, а главный инструмент управления рисками в IT-проекте. Он фиксирует границу ответственности: до подписания риски (баги, падения, уязвимости) на Исполнителе, после — на Заказчике (за исключением гарантийного обслуживания).
Используйте приведенный выше образец как базу, адаптируйте его под свои типовые ТЗ и договоры, внедряйте обязательный Протокол передачи доступов и переводите процесс в ЭДО. Это сэкономит часы споров, ускорит оплату и защитит интеллектуальную собственность обеих сторон.
Данная статья носит информационный характер и не является юридической консультацией. При подготовке документов для конкретных сделок рекомендуется обращаться к юристу, специализирующемуся на IT-праве и ГК РФ.