Продовження ліцензії 1С-Бітрікс
Ліцензія 1С-Бітрікс діє 12 місяців з моменту активації. Після закінчення сайт продовжує працювати, але оновлення припиняються. Це не абстрактне незручно: без оновлень накопичуються уразливості в ядрі, а модулі перестають отримувати сумісні оновлення — особливо критично для платіжних шлюзів, які змінюють API.
Що відбувається після закінчення ліцензії
На практиці — нічого миттєвого. Сайт працює нормально. Але:
- У адміністративній панелі з'являється червоне попередження
- Кнопка "Оновити" у розділі "Оновлення системи" пропонує лише продовження, оновлень нема
- При спробі оновити модулі вручну — помилка "Ліцензія застаріла"
- Нові компоненти та шаблони з Маркетплейса недоступні для встановлення
Сайт з застарілою версією ядра — не катастрофа в перші місяці. Але через рік-два накопичуються виправлення безпеки (XSS, CSRF, SQL-інʶекції в застарілих версіях модулів), які закриваються лише оновленнями.
Які уразливості критичні без оновлень
Бітрикс регулярно видає бюлетені безпеки. Закриті в останні роки уразливості стосувалися: модуля sale (обхід перевірки статусу оплати), модуля main (обхід аутентифікації в REST API), компонента завантаження файлів (завантаження виконаних файлів через форму). Без продовження ліцензії ці патчі не поступають.
Особливо критично для сайтів з приймання платежів, авторизацією користувачів і зберіганням персональних даних.
Процедура продовження
- Авторизуватися у особистому кабінету на
partners.1c-bitrix.ruабоwww.1c-bitrix.ru - Вибрати ліцензію, натиснути "Продовжити" — доступні стандартний період (12 місяців) та розширені пакети
- Оплатити — банківська карта, рахунок для юридичних осіб
- Після оплати новий ліцензійний ключ поступає на email або доступний у особистому кабінету
- Ввести ключ у панелі управління сайту: Налаштування → Ліцензія
Якщо з моменту закінчення пройшов час — можуть потребуватися проміжні оновлення. Бітрикс не дозволяє перестрибнути через крупні версії напрямки: наприклад, з 20.x одразу на 23.x неможливо. Доведеться оновлюватися поетапно.
Оновлення після довгої перерви
Якщо ліцензія не продовжувалась рік і більше, а версія ядра сильно застаріла — продовження саме по собі не вирішує проблему. Оновлення з відставанням на 2+ мажорних версії вимагає підготовки:
- Бекап — файли сайту та база даних. Обов'язково. Не один бекап — два, у різних місцях
- Staging-окруження — копія сайту на тестовому сервері, де оновлення робиться першим
-
Перевірка сумісності — кастомні модулі, написані під старе API, можуть не працювати з новою версією. Особливо уразливо: кастомний код у
init.php, старі компоненти з прямими викликами$DB->Query(), модулі з Маркетплейса без підтримки автором - Поетапне оновлення — якщо версія ядра старіша за 3+ років, оновлюємо по кроках через проміжні версії
Найбільш трудомісткий сценарій: версія 18.x → 23.x після 3-річної перерви. Ядро оновиться, але кастомний код потребує адаптації.
Вартість просрочки
Продовження одразу після закінчення — стандартна ціна ліцензії. Через піврічна — ціна та сама, але доведеться витратити час на оновлення до актуальної версії. Через два роки — до ціни ліцензії додається робота по приведенню сайту в робочий стан після поетапного оновлення.
Продовження та активація ключа: кілька годин. Оновлення після довгої перерви (залежить від версії):
| Відставання по версії | Орієнтовний строк оновлення |
|---|---|
| До 6 місяців | 1-3 дні |
| 6-18 місяців | 3-7 днів |
| Більш 1.5 років | 1-3 тижні |







