Как принять 1С-проект у подрядчика: чек-лист приёмки, красные флаги и что делать если сдали «сырой» продукт
Коротко: Приёмка 1С-проекта включает 4 этапа: проверку документации (ТЗ, регламенты), функциональное тестирование по сценариям, нагрузочный тест и подписание акта. Типичный срок приёмки — 3–10 рабочих дней в зависимости от масштаба. Без чёткого чек-листа 6 из 10 заказчиков подписывают акт, не проверив критические функции, и потом доплачивают 30–80% от стоимости проекта за доработки.
Почему приёмка 1С-проекта — отдельный процесс, а не формальность?
Большинство конфликтов между заказчиками и 1С-подрядчиками возникают не в процессе разработки, а после подписания акта. Заказчик считает, что «всё должно работать», подрядчик — что «сделано по ТЗ». По данным проектов, реализованных через маркетплейс Koderion в 2025–2026 годах, 58% постпроектных споров связаны с тем, что приёмка была проведена без структурированного чек-листа: бухгалтер кликнул по паре кнопок, «вроде работает» — и подписал акт.
Реальная стоимость такой ошибки: исправление дефектов, обнаруженных после подписания акта, обходится в 1,5–3 раза дороже, чем те же исправления до приёмки. Причина — потеря контекста у разработчика, необходимость повторного погружения в проект, а иногда и судебные разногласия о том, входит ли доработка в первоначальный объём.
Что должно быть готово ДО начала приёмки?
Перед тем как приступать к тестированию, заказчик обязан получить от подрядчика полный комплект документов. Если хотя бы одного пункта нет — приёмку начинать нельзя.
- Техническое задание с отметками о выполнении каждого пункта
- Инструкция пользователя (или регламент работы) по новому функционалу
- Описание архитектуры доработок — какие объекты изменены, какие добавлены
- Список тест-кейсов, которые подрядчик проверил самостоятельно
- Резервная копия базы до внедрения (датированная)
- Данные для входа в тестовую среду с правами администратора
- Журнал изменений конфигурации (если конфигурация не типовая)
Отсутствие инструкции пользователя — красный флаг №1. Подрядчик, который не написал инструкцию, либо не завершил работу, либо сделал решение настолько нестандартным, что объяснить его невозможно.
Полный чек-лист приёмки 1С-проекта в 2026 году
Блок 1: Документация и передача знаний
- ☐ Получен финальный вариант ТЗ с отметками о выполнении
- ☐ Получена пользовательская инструкция (PDF или Wiki)
- ☐ Проведён демо-показ ключевых сценариев подрядчиком (запись экрана)
- ☐ Проведено обучение ключевых пользователей (минимум 1–2 часа)
- ☐ Переданы учётные данные от всех использованных сервисов
- ☐ Получен исходный код доработок (если предусмотрено договором)
Блок 2: Функциональное тестирование
- ☐ Проверены все сценарии из ТЗ — каждый пункт отдельно
- ☐ Проверены граничные случаи (нулевые значения, максимальные объёмы, даты)
- ☐ Проверена работа с ролями: разные пользователи видят то, что должны
- ☐ Проверены печатные формы и отчёты (корректность данных, форматирование)
- ☐ Проверена интеграция с внешними системами (если есть)
- ☐ Проверен обмен данными: документы проводятся без ошибок
- ☐ Проверена корректность расчётов на 3–5 реальных кейсах из практики компании
Блок 3: Техническое качество
- ☐ База открывается без критических ошибок при запуске
- ☐ Обновление конфигурации на новый релиз 1С не ломает доработки (тест)
- ☐ Отсутствуют «жёстко зашитые» данные (ИНН, реквизиты, пути к файлам)
- ☐ Нет неиспользуемых объектов, замусоривающих конфигурацию
- ☐ Производительность: ключевые операции выполняются за приемлемое время (см. таблицу ниже)
- ☐ Резервное копирование работает корректно после внедрения
Блок 4: Миграция данных (если была)
- ☐ Сверка количества перенесённых записей с источником
- ☐ Контрольная сверка сумм по ключевым регистрам
- ☐ Проверка корректности остатков на дату миграции
- ☐ Отсутствие дублей в справочниках (контрагенты, номенклатура)
Нормативы производительности: сколько должно работать быстро?
| Операция | Приемлемое время | Критическое (требует разбора) |
|---|---|---|
| Открытие списка документов (до 10 000 записей) | до 3 сек | более 8 сек |
| Проведение накладной (50–100 строк) | до 5 сек | более 15 сек |
| Формирование стандартного отчёта (месяц) | до 10 сек | более 30 сек |
| Запуск базы (первый вход) | до 15 сек | более 40 сек |
| Синхронизация с внешней системой (1 000 записей) | до 60 сек | более 5 мин |
| Закрытие месяца (малый бизнес, до 500 документов) | до 10 мин | более 30 мин |
Замеры делать на тестовой базе с реальным объёмом данных, а не на пустой базе. Подрядчики, которые демонстрируют скорость на пустой базе — намеренно или нет — вводят в заблуждение.
Сравнение форматов приёмки: что выбрать в зависимости от масштаба проекта?
| Тип проекта | Бюджет проекта | Рекомендуемый формат приёмки | Срок приёмки | Кто проводит |
|---|---|---|---|---|
| Небольшая доработка (отчёт, печатная форма) | до 30 000 ₽ | Самостоятельная по чек-листу | 1–2 дня | Ключевой пользователь |
| Модуль или интеграция | 30 000–150 000 ₽ | Чек-лист + демо подрядчика | 3–5 дней | Руководитель + бухгалтер/технолог |
| Внедрение конфигурации | 150 000–600 000 ₽ | Формальная приёмка с протоколом | 5–10 дней | Рабочая группа + независимый эксперт |
| Крупный проект (ERP, холдинг) | от 600 000 ₽ | Поэтапная приёмка + аудит кода | 2–4 недели | Проектный менеджер + внешний аудитор |
Для проектов от 150 000 ₽ рекомендуется привлекать независимого 1С-эксперта для аудита кода. Стоимость такого аудита — 15 000–40 000 ₽, но он позволяет выявить технический долг до подписания акта. Это особенно важно, если в дальнейшем планируется обновление конфигурации или масштабирование.
10 красных флагов: когда нельзя подписывать акт
- Подрядчик торопит с подписанием — «просто подпишите, потом доделаем». После подписания акта «потом» наступает редко.
- Нет пользовательской инструкции — значит, передачи знаний не было.
- Демо только на тестовых данных — никакой проверки на реальных операциях компании.
- Отказ предоставить исходный код — при условии, что договор предусматривает передачу.
- «Работает у нас, не знаем почему не работает у вас» — проблема окружения не решена.
- Критические ошибки при проведении документов — даже если «редкие случаи».
- Отсутствует резервная копия до внедрения — невозможен откат.
- Обновление конфигурации ломает доработки — значит, написано не по стандартам 1С.
- Нет ответа на вопросы дольше 2 рабочих дней — команда уже переключилась на другой проект.
- Расхождение данных после миграции более 0,1% — без объяснения причин.
Что делать, если акт уже подписан, а проект «сырой»?
Ситуация неприятная, но не безвыходная. Алгоритм действий зависит от того, сколько времени прошло после подписания.
До 30 дней после подписания: Зафиксируйте все дефекты письменно (скриншоты, описание шагов воспроизведения) и направьте подрядчику претензию с требованием устранения в конкретный срок (обычно 5–10 рабочих дней). Большинство добросовестных подрядчиков устраняют критические дефекты бесплатно — это репутационный вопрос. Ссылайтесь на конкретные пункты ТЗ, которые не выполнены.
От 30 до 90 дней: Оцените, какие дефекты критичны, а какие — пожелания к расширению функционала. Критические (мешают основной работе) — претензия и гарантийное обязательство. Некритические — отдельное ТЗ и оплата. Не смешивайте эти категории в переговорах.
Более 90 дней или подрядчик исчез: Привлеките независимого 1С-эксперта для аудита, зафиксируйте объём дефектов и их стоимость устранения. Это документ для претензии или суда. Стоимость аудита (15 000–40 000 ₽) включается в сумму требования. Параллельно ищите нового исполнителя — ждать реакции пропавшего подрядчика нет смысла.
Шаблон протокола приёмки: что включить в документ
Протокол приёмки — это юридически значимый документ. Он должен содержать:
- Дату и место проведения приёмки
- ФИО/должности участников со стороны заказчика и подрядчика
- Ссылку на договор и ТЗ (номера, даты)
- Перечень проверенных функций с результатом (выполнено / не выполнено / выполнено частично)
- Перечень выявленных дефектов с классификацией (критический / некритический)
- Сроки устранения дефектов (если есть)
- Решение: принять / принять условно / отказать в приёмке
- Подписи сторон
«Принять условно» — допустимый вариант при некритических дефектах. В этом случае часть оплаты (обычно 10–20% от суммы договора) удерживается до устранения всех замечаний. Этот механизм нужно предусмотреть в договоре заранее.
Типичные ошибки заказчика при приёмке
Самая частая ошибка — поручить приёмку тому, кто не работает с системой ежедневно. IT-директор может проверить техническое качество, но не увидит, что отчёт по продажам считает не те данные. Бухгалтер увидит ошибку в расчёте НДС, но не заметит проблему с правами доступа. Приёмку должны проводить конечные пользователи по реальным рабочим сценариям.
Вторая ошибка — проверять только «счастливый путь». Тестируйте отмену документов, исправление ошибок, работу при отсутствии интернета (если система должна работать офлайн), ввод некорректных данных. Именно в нестандартных ситуациях обнаруживается большинство критических дефектов.
Третья ошибка — не фиксировать результаты. Устная договорённость «вот это не работает, исправьте» не имеет юридической силы. Всё письменно, всё с датами.
Часто задаваемые вопросы
Сколько времени занимает приёмка 1С-проекта?
Срок приёмки зависит от масштаба проекта: небольшая доработка (отчёт, печатная форма) — 1–2 рабочих дня; модуль или интеграция — 3–5 дней; внедрение конфигурации — 5–10 дней; крупный проект ERP-класса — 2–4 недели. В срок включается функциональное тестирование, проверка документации и подписание протокола.
Что делать, если подрядчик торопит подписать акт приёмки 1С?
Не подписывайте акт под давлением. Зафиксируйте письменно все незавершённые пункты ТЗ и дефекты. Если подрядчик настаивает, можно подписать акт условно — с перечнем замечаний и удержанием 10–20% оплаты до их устранения. Этот механизм должен быть прописан в договоре заранее.
Какие документы должен передать подрядчик при сдаче 1С-проекта?
Подрядчик обязан передать: финальное ТЗ с отметками о выполнении, пользовательскую инструкцию, описание архитектуры доработок, список проверенных тест-кейсов, резервную копию базы до внедрения и, если предусмотрено договором, исходный код доработок. Отсутствие инструкции пользователя — критический красный флаг.
Сколько стоит независимый аудит 1С-проекта при приёмке?
Независимый аудит кода и функционала 1С-проекта стоит 15 000–40 000 ₽ в зависимости от объёма доработок. Аудит рекомендуется для проектов от 150 000 ₽. Стоимость аудита окупается за счёт выявления дефектов до подписания акта — исправление тех же дефектов после подписания обходится в 1,5–3 раза дороже.
Что делать, если акт уже подписан, а 1С-проект работает некорректно?
До 30 дней после подписания: зафиксируйте дефекты письменно и направьте претензию с требованием устранения за 5–10 рабочих дней. От 30 до 90 дней: разделите дефекты на критические (устранение по претензии) и некритические (отдельное ТЗ). Более 90 дней или подрядчик исчез: закажите независимый аудит (15 000–40 000 ₽), зафиксируйте ущерб и ищите нового исполнителя параллельно с претензионной работой.
Кто должен проводить приёмку 1С-проекта со стороны заказчика?
Приёмку должны проводить конечные пользователи системы — бухгалтеры, менеджеры, кладовщики — те, кто работает с конкретными функциями ежедневно. IT-директор проверяет техническое качество, но не увидит ошибки в расчётах. Для проектов от 150 000 ₽ рекомендуется рабочая группа из 2–4 человек плюс независимый эксперт.
Как проверить качество кода 1С-доработок при приёмке?
Проверьте три ключевых признака: 1) обновление конфигурации на новый релиз 1С не ломает доработки — если ломает, код написан не по стандартам; 2) нет жёстко зашитых данных (ИНН, реквизиты, пути к файлам); 3) производительность на реальном объёме данных соответствует нормативам (открытие списка до 3 сек, проведение документа до 5 сек). Для глубокой проверки нужен независимый 1С-эксперт.