Акт о вводе веб-сайта в эксплуатацию: структура, правовые требования и образец на 2026 год

Акт ввода сайта в эксплуатацию — зачем он нужен, что в нём должно быть и как защитить интересы заказчика и разработчика. Разбираем структуру документа простым языком.

Бесплатная консультация юриста

+7 (800) 301-07-30

Реклама jurik.ru

Ввод веб-сайта в эксплуатацию — это ключевой этап жизненного цикла любого IT-проекта, который фиксирует переход продукта из стадии разработки в стадию коммерческой или рабочей эксплуатации. Грамотно составленный Акт о вводе в эксплуатацию (приемке-передаче) защищает интересы как заказчика, так и исполнителя (разработчика), служа основанием для оплаты работ, начала начисления амортизации (для бухгалтерии) и старта гарантийного обслуживания.

В данной статье подробно разбираем структуру документа, отличия от акта приемки-сдачи работ, требования законодательства РФ (ГК РФ, 44-ФЗ, 223-ФЗ) и предоставляем актуальный образец на 2026 год.

Юридическая природа документа: Акт приемки vs Акт ввода в эксплуатацию

Часто эти понятия смешивают, но с юридической точки зрения существует разница:

  • Акт приемки-сдачи выполненных работ (КС-11 / КС-14 или по форме по ГК РФ) — подтверждает факт выполнения работ над созданием сайта (верстка, программирование, наполнение контентом) и их качество. Подписывается по завершении разработки.
  • Акт о вводе в эксплуатацию (Акт ввода в коммерческую эксплуатацию) — подтверждает, что сайт развернут на боевом сервере (production), настроен DNS, подключены платежные шлюзы/CRM/аналитика, пройдены нагрузочное и безопасностное тестирование, и объект готов к полноценной работе с реальными пользователями.

Важно: В большинстве договоров подряда (ГПХ) на разработку сайта эти акты объединяют в один документ — «Акт приемки-передачи и ввода в эксплуатацию». Однако для сложных высоконагруженных систем, госзаказов (44-ФЗ) или при поэтапной сдаче разделение документов обязательно.

Когда и зачем нужен Акт о вводе в эксплуатацию

  1. Финансовый триггер: Момент подписания акта — дата возникновения обязательства заказчика оплатить финальный этап (или 100% стоимости).
  2. Бухгалтерский и налоговый учет: Для заказчика сайт часто оформляется как нематериальный актив (НМА) или основное средство (ОС). Акт ввода в эксплуатацию — основание для начала начисления амортизации (п. 20 ПБУ 14/2007, ФСБУ 26/2020).
  3. Гарантия и СЛА (SLA): С даты акта начинается срок гарантийного обслуживания (исправление багов за счет разработчика) и расчет времени доступности (Uptime) по договору техподдержки.
  4. Передача прав ИС: Акт часто сопровождается Актом передачи исключительных прав (если предусмотрено договором) и передачей доступов (хостинг, домен, репозиторий, учетные записи админов).

Обязательные реквизиты акта (согласно ГК РФ и делопроизводству)

Единой утвержденной государством формы для коммерческих организаций не существует (отменены единые формы КС-2, КС-3 и др. для небюджетных организаций с 2013 г.), поэтому стороны устанавливают форму в договоре или во внутреннем ЛНА (локальном нормативном акте). Обязательны следующие реквизиты (ст. 9 ФЗ «О бухгалтерском учете», ст. 162 ГК РФ):

  • Наименование документа («Акт о вводе в эксплуатацию веб-сайта»);
  • Дата составления и место (город);
  • Полные наименования сторон (Заказчик / Подрядчик) с указанием реквизитов (ИНН, ОГРН, адрес);
  • Ссылка на основание: номер и дата Договора/Контракта, Технического задания (ТЗ);
  • Предмет: наименование сайта, URL-адрес (production), IP-адрес сервера;
  • Результаты проверки соответствия ТЗ (функционал, дизайн, адаптивность, скорость загрузки, безопасность);
  • Сведения о перенесенных данных (миграция контента, пользователей);
  • Подтверждение передачи доступов и документации (админка, сервер, домен, репозиторий, инструкции);
  • Подписи уполномоченных лиц с расшифровкой и печатями (если используются).

Ключевые технические пункты проверки (Приложение к акту)

Рекомендуется не ограничиваться фразой «сайт работает», а приложить протокол тестирования (Checklist) как неотъемлемую часть акта. Это исключит споры о «скрытых дефектах».

Чек-лист для приложения к акту:

Блок проверки Критерии приемки Статус (Пройден/Не пройден/Частично)
Развертывание (Deployment) Сайт доступен по основному домену (HTTPS, валидный SSL-сертификат), настроен редирект www/non-www, HTTP -> HTTPS.
Функционал (по ТЗ) Все пользовательские сценарии (User Stories) работают: регистрация, корзина, оплата, личный кабинет, формы обратной связи, поиск, фильтры.
Административная панель (CMS) Управление контентом, заказами, пользователями, SEO-полями, настройками сайта без ошибок 500/404.
Интеграции Работа API: CRM (Bitrix24, AmoCRM), 1С, платежные шлюзы (ЮKassa, Сбербанк, Т-Банк), почтовые сервисы, SMS-шлюзы, карты, соцсети.
Производительность (Load Testing) Время ответа сервера (TTFB) < 200-300 мс, полная загрузка страницы < 3 сек (Core Web Vitals: LCP, CLS, INP в норме). Нагрузочное тестирование (JMeter/k6) на N одновременных пользователей.
Безопасность (Security) Отсутствие уязвимостей OWASP Top 10 (XSS, SQLi, CSRF), настроен WAF, защита от брутфорса, заголовки безопасности (CSP, HSTS, X-Frame-Options), актуальные версии ПО (PHP, Node.js, БД, ОС).
Кросбраузерность и адаптивность Chrome, Firefox, Safari, Edge (последние 2 версии), Mobile Safari, Chrome Android. Разрешения от 320px до 1920px+.
SEO-техническая готовность Robots.txt, Sitemap.xml, Canonical, Open Graph, микроразметка (Schema.org), 301 редиректы со старого сайта (если миграция), отсутствие дублей, настройка 404 страницы.
Резервное копирование и мониторинг Настроены ежедневные бэкапы (файлы + БД) с хранением минимум 14 дней, тест восстановления пройден. Подключен мониторинг аптайма (UptimeRobot, Zabbix, Prometheus) и алертинг.
Документация и доступы Переданы: доступы к хостингу/серверу (SSH/root/панель), регистратору домена, репозиторий (Git), БД, документация по API, инструкция администратора/контент-менеджера.

Образец Акта о вводе в эксплуатацию сайта (Шаблон 2026)

Ниже приведен универсальный шаблон, адаптированный под реалии российского делового оборота. Текст в квадратных скобках […] подлежит замене на конкретные данные.


АКТ О ПРИЕМКЕ-ПЕРЕДАЧЕ И ВВОДЕ В ЭКСПЛУАТАЦИЮ ВЕБ-САЙТА

№ [Номер акта] от «___» _____________ 202_ г.

г. [Город]

Мы, нижеподписавшиеся:

Сторона 1 (Заказчик): [Полное наименование ЮЛ/ФИО ИП], именуемое в дальнейшем «Заказчик», в лице [Должность, ФИО основания (Устав/Доверенность)], действующего на основании [Устава / Доверенности №__ от __.__.20__], с одной стороны,

Сторона 2 (Подрядчик): [Полное наименование ЮЛ/ФИО ИП], именуемое в дальнейшем «Подрядчик», в лице [Должность, ФИО основания], действующего на основании [Устава / Доверенности №__ от __.__.20__], с другой стороны,

составили настоящий Акт о том, что:

  1. Подрядчик выполнил и передал, а Заказчик принял работу по созданию веб-сайта «[Название проекта]» (далее — Сайт) по Договору подряда № [Номер договора] от [Дата договора] и Техническому заданию (ТЗ) от [Дата ТЗ], являющемуся неотъемлемым приложением к Договору.
  2. Сайт развернут на производственном сервере (Production) и доступен по адресу: https://[domain.ru] (IP-адрес сервера: [XXX.XXX.XXX.XXX]).
  3. Проведена комплексная приемо-сдаточная проверка функционала, производительности, безопасности и соответствия дизайна утвержденным макетам. Результаты проверки зафиксированы в Протоколе тестирования (Приложение № 1 к настоящему Акту).
  4. Все выявленные в процессе тестирования критические и блокирующие дефекты устранены. Некритические замечания (если есть) перечислены в Ведомости замечаний (Приложение № 2) с установленными сроками устранения Подрядчиком за свой счет.
  5. Подрядчик передал Заказчику полный комплект доступов и документации согласно Ведомости передаваемых материалов и доступов (Приложение № 3), включая:
    • Доступ к панели управления хостингом / сервером (SSH, панель управления);
    • Доступ к регистратору доменного имени;
    • Доступ к репозиторию исходного кода (Git);
    • Дампы базы данных и файлов на дату приемки;
    • Техническую документацию (API docs, схема БД, инструкция по деплою);
    • Инструкцию для контент-менеджера / администратора сайта.
  6. Стороны подтверждают, что Сайт в полной мере соответствует условиям Договора и ТЗ, готов к коммерческой эксплуатации и обслуживанию реальных пользователей.
  7. Дата ввода Сайта в эксплуатацию: «___» _____________ 202_ г. (момент подписания настоящего Акта).
  8. С даты ввода в эксплуатацию начинается гарантийный период обслуживания продолжительностью [12] месяцев в соответствии с п. [Номер пункта] Договора.
  9. Настоящий Акт составлен в 2 (двух) экземплярах, имеющих равную юридическую силу, по одному для каждой Стороны.

ПРИЛОЖЕНИЯ:

Протокол тестирования (Чек-лист), [Количество] стр.

Ведомость замечаний (при наличии) — [Количество] стр.

Ведомость передаваемых доступов, учетных записей и документации, [Количество] стр.

Акт передачи исключительных прав на результаты интеллектуальной деятельности (при необходимости) — [Количество] стр.

ЗАКАЗЧИК

[Полное наименование организации]

ИНН / КПП: _______________ / _______________

ОГРН: ____________________________________

____________________ / [ФИО полностью]

М.П.

ПОДРЯДЧИК

[Полное наименование организации]

ИНН / КПП: _______________ / _______________

ОГРН: ____________________________________

____________________ / [ФИО полностью]

М.П.


Особенности оформления в 2026 году: ЭДО и ЭЦП

С 2025-2026 годов использование электронного документооборота (ЭДО) становится стандартом де-факто для B2B и обязательным для Госзаказа (44-ФЗ, 223-ФЗ).

  • Формат: Акт оформляется в формате XML (схемы ФНС или операторов ЭДО — Диадок, СБИС, Контур, Такском) или PDF с вложенной усиленной квалифицированной электронной подписью (УКЭП).
  • Подписание: Обе стороны подписывают файл УКЭП. Дата подписания первой стороной и дата подписания второй стороной могут отличаться; юридически значимой считается дата второй подписи (момент взаимного согласия).
  • Хранение: Оринал электронного документа хранится в информационной системе оператора ЭДО или в собственной ЭДО организации не менее 5 лет (срок хранения первичных учетных документов).
  • Связь с УПД/УКД: Часто Акт ввода в эксплуатацию является основанием для выставления Универсального передаточного документа (УПД) или Универсального корректировочного документа (УКД) для закрытия НДС и подтверждения расходов.

Типичные ошибки и риски

⚠ Внимание: частые проблемы на практике

  • Подписание «вслепую»: Заказчик подписывает акт, не проверив работу бэкапов, восстановление БД, настройки SSL или интеграции с 1С. В итоге — простой бизнеса через месяц.
  • Отсутствие Приложения с чек-листом: Фраза «Сайт принят без замечаний» лишает заказчика права требовать исправление багов, найденных через неделю, бесплатно (в рамках гарантии). Споры решаются в суде за счет экспертизы.
  • Непередача прав на домен/хостинг: Акт подписан, но домен зарегистрирован на физлицо (разработчика/фрилансера), а сервер оплачен на его карту. Риск потери актива, 100%.
  • Игнорирование ФСБУ 26/2020 (НМА): Если сайт оформлен как НМА, но акта ввода в эксплуатацию нет (или дата позже фактической), налоговая может не признать расходы на амортизацию за прошлые периоды.
  • Смешение этапов при госзаказе (44-ФЗ): Для госконтрактов обязателен строгий порядок: Акт приемки (КС-11/14 или по форме заказчика) -> Акт ввода в эксплуатацию (если отдельно) -> Акт передачи прав ИС. Нарушение последовательности ведет к штрафам и расторжению контракта.

Акт о вводе в эксплуатацию сайта — это не просто бюрократическая формальность, а основной юридический инструмент фиксации результата труда разработчика и начала ответственности заказчика за оплату и эксплуатацию. В 2026 году акцент смещается на:

  1. Полное оформление в ЭДО с УКЭП.
  2. Обязательное приложение протокола технического тестирования (Performance, Security, SEO).
  3. Четкую фиксацию передачи всех доступов (инфраструктура, код, домен, сторонние сервисы).
  4. Синхронизацию даты акта с бухгалтерией (старт амортизации НМА/ОС) и юристами (старт гарантии/СЛА).

Используйте приведенный выше образец как базу, адаптируйте его под специфику вашего проекта (маркетплейс, корпоративный портал, лендинг, SaaS) и обязательно согласуйте форму акта в самом Договоре подряда на этапе переговоров. Это сэкономит недели споров при сдаче проекта.


Данная статья носит информационный характер и не является юридической консультацией. При оформлении документов для конкретных сделок (особенно под 44-ФЗ/223-ФЗ или крупные B2B-контракты) рекомендуется привлечь корпоративного юриста или специалиста по договорной работе.