Подрядчик присылает ссылку: «Готово, принимайте». Сайт открывается, товары есть, кнопка «Купить» работает — кажется, всё в порядке. А через полгода, когда отношения с подрядчиком испортились, выясняется, что лицензия оформлена на него, исходников у вас нет, обмен с 1С держится на скрипте, который никто не понимает, а бэкапов не существует. Формальная приёмка — это ровно та процедура, которая не даёт «красивой картинке» скрыть такие мины.
Эта статья — практический чек-лист приёмки интернет-магазина на 1С-Битрикс. Пройдём по доступам, лицензии, коду, обмену с 1С, оплате и доставке, скорости и безопасности — по тем пунктам, которые определяют, действительно ли проект ваш и можно ли его развивать дальше. Если сомневаетесь в качестве, разумно заказать независимый аудит и оптимизацию 1С и связки с сайтом до подписания акта.
Коротко
- Соберите все доступы (админка, сервер, база, домен, лицензия) и сразу смените пароли — без этого вы не владеете проектом.
- Проверьте, что лицензия Битрикс оформлена на вас, а исходный код передан вместе с git-репозиторием.
- Прогоните полный цикл обмена с 1С: каталог и остатки на сайт, заказы обратно в 1С без ручной правки.
- Замерьте скорость, проверьте безопасность и бэкапы, получите документацию по доработкам и интеграциям.
Зачем нужна формальная приёмка
Приёмка — это не бюрократия ради галочки, а защита ваших вложений. Внешне рабочий сайт может скрывать долги, которые всплывут в самый неудобный момент: при разрыве с подрядчиком, при попытке передать проект другой команде или при первой же серьёзной нагрузке. Формальная процедура заставляет проверить не только «работает ли кнопка», но и «принадлежит ли мне то, за что я заплатил».
Ключевая мысль: вы принимаете не сайт, а актив. Актив состоит из доступов, прав, кода, данных и знаний. Если хоть один из этих слоёв остался у подрядчика, вы зависимы от него, даже когда витрина работает идеально. Хороший чек-лист приёмки проверяет все слои, а не только видимый.
Доступы: без них вы не владелец
Первое и главное — полный комплект доступов. Пока пароли у подрядчика, проект фактически не ваш. Соберите и проверьте:
- Административную панель Битрикс с правами администратора, а не урезанной ролью.
- Сервер — SSH или FTP, панель хостинга, доступ к BitrixVM, если она используется.
- Базу данных — отдельные учётные данные MySQL.
- Домен и DNS — аккаунт регистратора, где меняются записи.
- Почту — ящики, с которых уходят письма магазина, и SMTP-настройки.
- Лицензию Битрикс — личный кабинет на сайте 1С-Битрикс.
Получив доступы, сразу смените все пароли и включите двухфакторную аутентификацию там, где она есть. Пароли храните в своём менеджере, а не в переписке с подрядчиком. Отдельно уточните, какие ещё сотрудники имели доступ, и отзовите лишние учётки.
Лицензия 1С-Битрикс и её владелец
Лицензия — частая мина. Нередко подрядчик покупает её на себя «чтобы удобнее обновлять», и при разрыве вы остаётесь без права на обновления и техподдержку. Зайдите в личный кабинет 1С-Битрикс и проверьте, что владелец лицензии — вы или ваша компания.
Заодно убедитесь, что редакция соответствует функциям сайта: если используется мультирегиональность, сложные скидки или большой каталог, младшая редакция может не покрывать потребности. Несоответствие редакции — повод для разговора ещё на приёмке, а не через год.
Исходный код и репозиторий
Работающий сайт на сервере — это не то же самое, что исходный код у вас на руках. Требуйте весь код проекта и доступ к git-репозиторию с историей коммитов. Отдельно проверьте, как сделаны доработки.
- Репозиторий передан. Есть git с историей, а не «архив с боевого сервера».
- Доработки в /local. Кастомные компоненты, шаблоны и обработчики лежат в /local (или корректно в /bitrix), а не хаотично.
- Ядро не правлено. Файлы ядра Битрикс не изменены напрямую — иначе обновления будут ломать сайт.
- Зависимости описаны. Понятно, какие внешние библиотеки и модули используются.
Правки прямо в ядре — типичный технический долг: при следующем обновлении Битрикс они затираются, и сайт падает. Как правильно организовать доработки и обновления, мы разбираем в статьях про разработку модулей под Битрикс и про CI/CD и деплой.
Обмен с 1С: полный цикл
Сердце интернет-магазина на Битрикс — обмен с 1С. Его нельзя принимать «на глаз», нужно прогнать полный цикл в обе стороны. Выгрузка: каталог, цены по типам, остатки, свойства и картинки уходят из 1С на сайт корректно. Загрузка: заказ, оформленный на сайте, попадает в 1С без ручной доводки — с товарами, количеством, ценами, покупателем и способом доставки.
Проверьте отдельно:
- Стабильность кодов. Артикулы и коды 1С не «плавают» от выгрузки к выгрузке, иначе рвутся ссылки и поиск.
- Расписание. Обмен идёт по агентам или cron с понятной периодичностью, а не запускается вручную.
- Поведение при ошибке. Сбой обмена логируется и заметен, а не проходит молча, оставляя старые остатки.
- Нагрузку. Большая выгрузка не кладёт сайт и укладывается в лимиты сервера.
Каталог, свойства и SEO-поля
Проверьте, что каталог собран правильно на уровне инфоблоков. Торговый каталог с торговыми предложениями (SKU), свойства товаров заполнены и участвуют в умном фильтре, изображения и описания на месте. Отдельно — SEO-поля: заполнены ли title, description и ЧПУ, настроены ли шаблоны метатегов для разделов и товаров, работает ли карта сайта.
Частая проблема при приёмке — «технически всё есть, но SEO не настроено»: дубли страниц, отсутствующие канонические адреса, пустые метатеги на тысячах карточек. Это не блокирует запуск, но напрямую бьёт по трафику, поэтому фиксируйте такие пункты в акте как задачи. Проверьте и корректность ЧПУ — понятные адреса разделов и товаров, а не идентификаторы.
Оплата, доставка и заказы
Оформление заказа — то, ради чего магазин существует, поэтому его проверяют насквозь. Пройдите путь покупателя целиком: добавление в корзину, оформление, выбор доставки, оплата, получение подтверждения.
| Блок | Что проверить |
|---|---|
| Корзина | Пересчёт сумм, скидки, промокоды, кратность и упаковки |
| Доставка | Способы, зоны, стоимость, интеграции служб доставки |
| Оплата | Боевые платёжные системы, чек по 54-ФЗ, возвраты |
| Статусы | Цепочка статусов заказа и уведомления клиенту |
| Письма | Уведомления уходят, не попадают в спам, верстка целая |
Особое внимание — реальным платёжным системам и фискализации: заказ должен не только создаваться, но и корректно проводиться с чеком. Автоматизацию обработки заказов между сайтом и учётом мы закрываем услугой автоматизации продаж и склада на 1С.
Скорость и производительность
Медленный сайт при приёмке — это скрытый долг. Замерьте время ответа и Core Web Vitals на ключевых страницах: главная, каталог, карточка, корзина. Загляните в панель производительности Битрикс — она покажет узкие места и оценку конфигурации.
- Композитный сайт включён на подходящих страницах, статика отдаётся мгновенно.
- Кэширование компонентов работает и не отключено «чтобы всё обновлялось».
- Каталог под нагрузкой держит фильтр и выдачу без деградации.
- Изображения оптимизированы и отдаются в современных форматах.
Отдельно оцените инфраструктуру: на чём крутится сайт, хватает ли ресурсов, как настроен веб-сервер и кэш. Эти вопросы мы подробно разбираем в статье про хостинг и инфраструктуру BitrixVM.
Безопасность и резервные копии
Безопасность проверяют до подписания, а не после первого взлома. Убедитесь, что подключён и настроен модуль «Проактивная защита», действует SSL с редиректом на HTTPS, версии Битрикс и PHP актуальны, нет тестовых учёток с простыми паролями. Запустите встроенный сканер безопасности и разберите его замечания.
Резервное копирование — отдельный обязательный пункт. Спросите, где хранятся бэкапы, как часто создаются и, главное, проверял ли кто-нибудь восстановление из них. Бэкап, который никогда не разворачивали, — это не бэкап. Если проект использует внешние интеграции и вебхуки, проверьте их защищённость — про это мы писали в материале про REST, вебхуки и безопасность.
Документация и передача знаний
Даже идеальный код бесполезен, если никто не понимает, как он устроен. При приёмке требуйте базовую документацию: список доступов, схему окружений и хостинга, описание нестандартных доработок и интеграций, регламент обмена с 1С, инструкцию по типовым операциям для контент-менеджера, порядок деплоя и восстановления из бэкапа.
Документация не обязана быть толстой, но без описания кастомной логики следующий подрядчик потратит недели на реверс-инжиниринг — за ваш счёт. Полезно провести финальную встречу-передачу, где подрядчик вживую показывает, где что лежит и как обслуживается. Дальнейшее сопровождение и развитие удобно сразу закрыть услугой автоматизации на 1С и поддержкой.
Частые ошибки при приёмке
- Принимают «по картинке». Сайт открылся — значит, готов; доступы и код никто не проверил.
- Лицензия у подрядчика. При разрыве владелец остаётся без обновлений и поддержки.
- Нет исходников и git. Код только на сервере — восстановить нечего при сбое.
- Обмен с 1С проверили в одну сторону. Каталог грузится, а заказы в 1С не приходят или требуют ручной правки.
- Правки в ядре. Доработки затрутся при первом же обновлении Битрикс.
- Бэкапы «есть», но не разворачивались. В критический момент восстановление не срабатывает.
- Нет документации. Кастомную логику никто не описал, знания ушли с подрядчиком.
Итоговый чек-лист
- Доступы собраны и пароли сменены. Админка, сервер, база, домен, почта, лицензия — всё у вас.
- Лицензия оформлена на вас. Владелец, редакция и срок обновлений проверены в кабинете Битрикс.
- Код и репозиторий переданы. Git с историей, доработки в /local, ядро не тронуто.
- Обмен с 1С прогнан в обе стороны. Каталог и остатки на сайт, заказы в 1С без ручной правки.
- Заказ проходит насквозь. Корзина, доставка, боевая оплата с чеком, уведомления.
- Скорость и безопасность проверены. Core Web Vitals, композит, проактивная защита, SSL, сканер.
- Бэкапы работают. Копии создаются и восстановление протестировано.
- Документация получена. Доступы, интеграции, регламент обмена, инструкции.
Вывод
Приёмка интернет-магазина — это проверка не витрины, а актива. Работающая кнопка «Купить» не гарантирует, что лицензия ваша, код у вас на руках, обмен с 1С надёжен, а бэкапы разворачиваются. Пройдите по чек-листу доступов, прав, кода, данных и знаний — и вы увидите реальное состояние проекта, а не парадную его сторону.
Лучшее время задать неудобные вопросы — до подписания акта, пока у вас есть рычаг. Если проект крупный или доверия к подрядчику нет, независимый технический аудит окупается многократно: он переводит спор в конкретный список проблем с приоритетами и помогает принять магазин так, чтобы дальше его можно было спокойно развивать.
