Главное за минуту
- Лицензия важна не сама по себе, а как доступ к обновлениям и исправлениям.
- Перед продлением зафиксируйте редакцию, срок активности и ответственного.
- Обновления ставят после резервной копии и проверки критичных сценариев сайта.
- Приемка включает формы, CRM, оплату, почту, аналитику и журнал ошибок.
01
Почему продление нельзя отделять от поддержки
Активность лицензии 1С-Битрикс открывает доступ к обновлениям ядра и модулей. Это не означает, что их нужно устанавливать в день выхода: изменения могут затронуть шаблон, кастомный код, обмен с CRM или оплатой. Поэтому продление включают в годовой план технической поддержки, а не передают бухгалтерии как разовый счет.
У владельца сайта должен быть реестр: редакция, лицензионный ключ, дата окончания, доступы, ответственный и окно работ. Правила обновления описаны в документации 1С-Битрикс; для бизнеса важнее заранее определить, какие сценарии команда проверит после работ.
02
Период активности
Срок активности определяет доступ к обновлениям и поддержке продукта, а не работу уже установленного сайта.
03
Что проверить до продления лицензии 1С-Битрикс
Сначала оцените не только дату окончания, но и техническое состояние проекта. Так бюджет на лицензию не смешается с неожиданными работами по исправлению накопленных ошибок.
Редакция и состав модулей
Сверьте редакцию, установленные решения, версии PHP и базы данных. Устаревшая среда может ограничить безопасное обновление.
Критичные пути клиента
Опишите: каталог, поиск, корзина, оплата, форма, письмо, создание лида или сделки в CRM. Это будущий чек-лист приемки.
Резервное восстановление
Проверьте дату полной копии и реальное восстановление на тестовом контуре. Наличие архива без проверки не снижает риск.
04
Как связать лицензию с регламентом поддержки
План строят от бизнес-риска, а не от уведомления об окончании активности. Маркетологу не нужно проверять код: его задача — подтвердить, что после работ сайт продолжает собирать обращения и передавать корректные данные в аналитику и CRM.
| Этап | Что делает подрядчик | Что принимает заказчик |
|---|---|---|
| За 30 дней | Проверяет ключ, редакцию, среду и список обновлений | Получает смету и окно работ |
| До обновления | Создает копию, фиксирует версии, готовит тестовый контур | Подтверждает список критичных сценариев |
| После обновления | Проверяет журнал ошибок, почту, интеграции и кеш | Отправляет тестовую заявку с UTM и видит ее в CRM |
| Ежемесячно | Мониторит ошибки и планирует следующие изменения | Видит отчет: работы, риски, рекомендации |
05
Задача подрядчику без расплывчатого «обновите сайт»
В задаче нужны границы работ, доступы, окно изменений и измеримый результат. Не соглашайтесь на формулировку «обновление выполнено» без проверки клиентских и внутренних сценариев.
Готовое сообщение
Цель: продлить лицензию 1С-Битрикс и безопасно установить согласованные обновления на сайте.
До начала: подтвердить редакцию, срок активности, версии PHP и базы данных, перечень модулей и сторонних решений. Создать полную резервную копию и проверить восстановление на тестовом контуре.
Сценарии приемки: главная, каталог, поиск, корзина, заказ, формы, письма, CRM, UTM-метки, цели аналитики и личный кабинет — если он используется.
Результат: отчет с версиями до и после, списком обновлений, ссылкой на копию, найденными рисками и журналом ошибок. Работы проводить в согласованное окно.
06
Сценарий проверки после обновления
Проверяйте путь пользователя целиком. Например, тестовая заявка с UTM должна появиться в CRM с источником, телефоном и e-mail, а не просто показать сообщение «Спасибо» на сайте.
- 1Откройте сайт в обычном и мобильном браузере, проверьте ключевые страницы.
- 2Отправьте форму с тестовыми ФИО, телефоном, e-mail и UTM-метками.
- 3Убедитесь, что письмо ушло на нужный адрес без дублей и задержки.
- 4Найдите лид или сделку в CRM и сверьте все переданные поля.
- 5Проверьте корзину, оплату и ошибки в браузере, если сайт продает онлайн.
07
Два риска, которые нельзя закрыть оплатой лицензии
Продление не исправляет кастомные доработки и не заменяет резервное копирование. Эти зоны должны быть отдельными пунктами договора поддержки. Для примеров организации проектных работ можно посмотреть портфолио ICONICA.
Обновление без тестового контура
Риск: ошибка видна первым пользователямМинимум — копия проекта, проверка обновления и фиксация результата до выхода в прод.
Приемка только по главной странице
Риск: заявки или заказы перестают доходитьТестируйте цепочку от действия посетителя до записи в CRM, уведомления и аналитики.
08
Когда нужна помощь по поддержке
Подрядчик нужен, если неизвестны редакция и срок активности, обновления копились больше года, нет проверенной резервной копии или после прошлых работ пропадали заявки. В этом случае сначала проводят аудит, затем согласуют состав обновлений и окно работ.
Дата окончания активности зафиксирована; редакция и ключ сверены; полная копия восстановлена на тестовом контуре; список критичных сценариев согласован; UTM и CRM проверены тестовой заявкой; отчет и журнал ошибок получены
FAQ
Частые вопросы
Сайт перестанет работать после окончания лицензии?
Обычно нет. Но прекратится доступ к новым обновлениям продукта и поддержке вендора.
Нужно ли сразу устанавливать все обновления?
Нет. Сначала оценивают совместимость, делают копию и тестируют изменения на отдельном контуре.
Как часто продлевать лицензию?
Контролируйте срок заранее и включайте продление в годовой бюджет поддержки.
Что должен проверить маркетолог?
Формы, UTM, письма, попадание данных в CRM, цели аналитики и путь оформления заказа.
