Что будет, если не продлить лицензию 1С-Битрикс

01

Сайт не отключится, но начнёт накапливать риски

Лицензия 1С-Битрикс состоит из права использовать купленную редакцию и периода активности. Когда этот период заканчивается, право на уже установленный продукт не исчезает: каталог, страницы, формы и административная часть обычно продолжают работать на текущей версии. Поэтому ситуация «лицензия истекла — сайт упал» для стандартной установки не типична.

Останавливается другое: получение обновлений ядра и модулей, исправлений найденных уязвимостей, доступ к официальной технической поддержке и отдельным сервисам, зависящим от активной лицензии. Для владельца сайта это не вопрос формальной подписки. Это ограничение возможности безопасно менять систему, когда меняются требования платёжного провайдера, браузеров, PHP, поисковых систем или внешнего API.

Особенно уязвимы интернет-магазины и сайты с личным кабинетом. На них обычно есть обмен с 1С, CRM, онлайн-оплата, доставка, письма, формы и агентские задания. Пока всё работает, истечение лицензии незаметно. Но при сбое нельзя сначала «быстро обновить всё», а затем разбираться: скачок через несколько версий способен затронуть шаблон, кастомные компоненты и интеграции.

Практическое правило: если сайт участвует в получении заявок или выручке, дату активности лицензии нужно учитывать в ежемесячном плане администрирования так же, как срок домена, SSL-сертификата и доступы к CRM.

03

Что именно станет недоступно после окончания лицензии

Последствия зависят от редакции, состава модулей и того, как сайт дорабатывался. Владелец не должен оценивать риск по одному признаку «страницы открываются». Важно разделить текущую работоспособность и возможность поддерживать сайт в актуальном состоянии. Первая может сохраняться годами, вторая прекращается с окончанием периода активности.

Прежде всего становится недоступен штатный канал обновлений. В нём выходят не только новые функции, но и патчи безопасности, исправления совместимости и изменения для модулей. Если разработчик предлагает установить обновление вручную из непроверенного источника или заменить файлы ядра, это не замена штатному процессу: такая операция может нарушить целостность системы и усложнить последующую диагностику.

Не путайте лицензию 1С-Битрикс с облачным тарифом Битрикс24, доменом, хостингом и лицензиями сторонних решений Marketplace. У каждого объекта свои сроки, владелец аккаунта и порядок продления. Например, форма может продолжать отправляться с сайта, но перестать создавать лид в CRM из-за токена вебхука или изменившегося API — и продление CMS само по себе это не исправит.

04

Как проверить статус лицензии и не пропустить соседние сроки

Проверку лучше поручить сотруднику, у которого есть административный доступ, но результат должен быть понятен маркетологу или руководителю проекта. В административной части сайта откройте раздел обновления платформы и зафиксируйте редакцию продукта, идентификатор лицензии, дату окончания активности, текущую версию главного модуля и наличие доступных обновлений. Не публикуйте ключ лицензии в задачах, чатах и скриншотах.

Следующий шаг — сверить, кто владеет учётной записью, на которую оформлена покупка. Частая проблема не в технической части, а в том, что лицензия числится на бывшего сотрудника или агентство, а письма о продлении уходят на неактуальный адрес. Одновременно проверьте домен, хостинг, SSL, почтовые ящики для системных уведомлений и договор с подрядчиком.

Для технической оценки используйте официальный раздел документации 1С-Битрикс о системе обновлений. Он объясняет штатный механизм, но не заменяет проверку кастомного кода на конкретном сайте. Если обновления копились больше года, сначала нужна тестовая копия.

05

Почему продление не равно безопасному обновлению

Продление лицензии возвращает законный доступ к обновлениям, но не означает, что их можно установить одной кнопкой на рабочем сайте. Между текущей и актуальной версией могли измениться требования к PHP, библиотекам, базе данных и API. На проектах с доработанным шаблоном особенно часто конфликтуют устаревшие обработчики событий, переопределённые компоненты и решения Marketplace.

Верный маршрут выглядит так: получить актуальный статус лицензии, снять резервную копию файлов и базы, развернуть тестовую копию, выполнить последовательное обновление, пройти бизнес-сценарии и только затем переносить изменения на боевой сервер. В тестировании участвует не только разработчик. Маркетолог проверяет источники заявок, UTM и цели аналитики, а менеджер продаж — создание сущности и заполнение полей в CRM.

Если на сайте давно не было обновлений, диагностика может показать, что сначала требуется точечная доработка. Это нормальный результат, а не повод откладывать задачу. Гораздо дороже обнаружить несовместимость после того, как перестала приниматься оплата или возникла уязвимость.

Лицензия даёт доступ к обновлению. Тестовая среда и сценарии приёмки делают это обновление управляемым.

06

Чек-лист перед продлением и обновлением 1С-Битрикс

Не начинайте с оплаты, если никто не понимает состояние сайта. Продление имеет смысл планировать заранее: минимум за две-три недели до окончания периода активности. Тогда есть время восстановить доступ к аккаунту, запросить документы, оценить трудоёмкость обновления и не проводить рискованные работы во время рекламной кампании или сезонных продаж.

У чек-листа две цели. Первая — исключить административные блокеры: потерянный ключ, неопределённого владельца, неоплаченный хостинг, отсутствие доступов. Вторая — выявить технические риски до обновления. Отчёт подрядчика должен отвечать не только на вопрос «можно ли обновить», но и на вопросы «что может сломаться», «как это проверим» и «как вернём сайт назад».

Проверяйте реальные пользовательские пути. Для корпоративного сайта это форма, письмо и сделка в CRM. Для магазина — поиск товара, корзина, заказ, платёж, уведомления и обмен остатками. Если в рекламе используются UTM-метки, сделайте тестовый переход с метками и убедитесь, что они сохраняются в заявке или сделке.

1. 1

   Зафиксируйте дату. Запишите дату окончания активности, редакцию, номер лицензии и контакт владельца учётной записи.

2. 2

   Соберите доступы. Проверьте вход в админку, хостинг, резервное копирование, домен, CRM и почту системных уведомлений.

3. 3

   Снимите базовую диагностику. Зафиксируйте версии ядра и PHP, ошибки, установленные модули, доработки и очередь обновлений.

4. 4

   Создайте тестовую копию. Копия должна использовать отдельный адрес и не отправлять реальные письма, заказы и вебхуки.

5. 5

   Согласуйте сценарии. Составьте список страниц и бизнес-действий, которые проверяются после каждого этапа обновления.

6. 6

   Подготовьте откат. Определите время работ, ответственного за решение и порядок восстановления файлов и базы.

08

Когда можно отложить работы, а когда ждать нельзя

Если корпоративный сайт работает на стабильной версии, не обрабатывает платежи и персональные данные, а в ближайшие месяцы не планируются доработки, продление и обновление можно разнести по времени. Но решение всё равно нужно зафиксировать: кто принял риск, до какой даты действует отсрочка и что будет триггером для запуска работ. Отсутствие аварии не означает, что технический долг исчез.

Не стоит откладывать диагностику, когда есть активный интернет-магазин, личный кабинет, обмен с учётной системой, обработка заказов, персональных данных или доступы нескольких подрядчиков. Срочный повод — уведомление об уязвимости, ошибки после изменения PHP на хостинге, сбои платежа, роста 404, отправки писем или интеграции с CRM.

Отдельно оцените цену простоя. Когда в сезон перестаёт работать оформление заказа, первичная задача — восстановить продажи, а не аккуратно выстроить обновление. Плановая диагностика и продление обычно требуют меньше времени, чем аварийное восстановление без бэкапа и понятной истории изменений.

09

Какое решение принять владельцу сайта

Не продлённая лицензия 1С-Битрикс не выключает работающий сайт, однако лишает проект контролируемого пути к обновлениям и исправлениям. Для небольшого информационного сайта риск может быть приемлемым ограниченное время. Для сайта, который получает лиды, принимает оплату или связан с CRM и 1С, это управленческий риск, который лучше не оставлять без срока и ответственного.

Начните с фактов: дата окончания активности, редакция, текущие версии, состояние резервного копирования и список критичных сценариев. Затем определите, требуется ли только продление или продление вместе с поэтапным обновлением. Не соглашайтесь на работу без тестовой среды, бэкапа и заранее согласованного списка проверок.

Подрядчика стоит подключать, если обновления накопились, на сайте есть кастомная разработка, интеграции или ошибки. Его результат — не просто установленная свежая версия, а подтверждённая работоспособность формы, CRM, оплаты, писем и ключевых страниц, плюс понятный план дальнейшей поддержки.