Налаштування Бітрікс24 On-Premise (коробкова версія) під ключ

Уявіть: ви закупили ліцензію Бітрікс24, встановили дистрибутив на сервер, а через місяць співробітники скаржаться на гальма, листи потрапляють у спам, інтеграція з 1С не працює. Знайома ситуація? Ми стикаємося з цим на кожному другому проєкті. Наприклад, нещодавно на проєкті з 30 користувачами після встановлення без налаштування Redis сторінки завантажувалися 12 секунд — це призвело до втрати продуктивності на 40%. Або випадок, коли через невірні налаштування cron агенти не надсилали сповіщення, і менеджери пропустили угоду. Правильне налаштування Бітрікс24 On-Premise — це не просто запуск майстра встановлення. Це комплекс робіт: від вибору серверного стеку до налаштування агентів та кешування. За 10+ років ми налаштували понад 50 коробок, і кожна потребує індивідуального підходу. Отримайте консультацію інженера — перевіримо вашу конфігурацію та запропонуємо оптимізацію.

Як налаштувати Бітрікс24 On-Premise: повний чекліст

Вимоги до інфраструктури

Мінімальні вимоги для команди до 50 користувачів:

Для 100+ користувачів потрібна кластеризація — це окрема історія. Однак уже при 50 користувачах важливо виносити СУБД на окремий сервер.

Первинне налаштування після встановлення

Після встановлення дистрибутиву та проходження майстра виконайте обов'язковий чекліст.

Як налаштувати SSL/TLS?

Бітрікс24 On-Premise без HTTPS — це непростимо. Certbot + Let's Encrypt або корпоративний сертифікат. Налаштуйте примусове перенаправлення HTTP → HTTPS у nginx-конфігурації.

Як оптимізувати PHP?

Критичні параметри в php.ini:

memory_limit = 512M
max_execution_time = 300
upload_max_filesize = 100M
post_max_size = 100M
opcache.enable = 1
opcache.memory_consumption = 256

Як налаштувати MySQL/MariaDB?

Обов'язково в my.cnf:

innodb_buffer_pool_size = 4G  # ~60-70% від RAM
innodb_log_file_size = 512M
max_connections = 200
query_cache_type = 0  # вимкнути, використовуйте Redis

Як налаштувати кешування?

Підключіть Redis або Memcached для сесій і кешу даних. Без кешування система працює в 3–5 разів повільніше при навантаженні. Redis — оптимальний вибір. Згідно з офіційною документацією, кешування з Redis збільшує продуктивність до 5 разів.

Агенти та cron: чому це критично?

Бітрікс24 On-Premise використовує агенти для фонових завдань: надсилання сповіщень, синхронізація з 1С, оновлення пошукового індексу. Якщо агенти не налаштовані, система буде зависати при масових операціях. Налаштуйте cron-запуск агентів замість вбудованого хіту /bitrix/tools/cron_agents.php:

*/5 * * * * php -f /var/www/bitrix/tools/cron_agents.php

Або використовуйте cron_events.php. Перевірте, що в dbconn.php визначена константа BX_CRONTAB_SUPPORT.

Як перевірити роботу агентів?

1. Перевірте, чи запущений cron: crontab -l.
2. Переконайтеся, що в dbconn.php визначена BX_CRONTAB_SUPPORT.
3. Виконайте тестовий запуск: php /path/to/bitrix/tools/cron_agents.php.
4. Перевірте логи агентів у журналі подій Бітрікс24.

Інтеграція з 1С та зовнішніми сервісами

Обмін з 1С через CommerceML — одна з частих точок відмови. Переконайтеся, що налаштовані права доступу до інфоблоків, коректно працюють профілі обміну. Для Бітрікс24 REST API використовуйте вебхуки та OAuth-авторизацію. Детальніше в офіційній документації.

Порівняння редакцій Business та Enterprise

Поштовий сервер та сповіщення

On-Premise не використовує поштові сервери Бітрікс (хмару) — потрібно підключити власний SMTP. Налаштування: Налаштування → Пошта → Вихідна пошта. Рекомендуємо не використовувати корпоративний SMTP напряму — візьміть Postfix як relay з репутаційним IP або використовуйте транзакційний сервіс (SendGrid, Unisender). Окремо налаштуйте DKIM та SPF для домену — інакше сповіщення з Бітрікс24 потраплятимуть у спам. Додаткова гарантія: наша команда надає сертифікат на виконані роботи, що підтверджує дотримання найкращих практик.

Оновлення та технічне обслуговування

On-Premise оновлюється вручну або через вбудований updater. Категорично рекомендуємо:

• Не оновлюватися одразу після виходу нової версії — чекати 2–3 тижні, поки вийдуть патчі
• Перед кожним оновленням робити повний бекап (файли + БД)
• Тримати staging-сервер з тією ж версією для попереднього тестування оновлень

Оновлення Бітрікс24 On-Premise — це не «натиснути кнопку». Після оновлення мажорних версій часто ламаються кастомні доробки, зроблені через bitrix/php_interface/init.php. Закладайте час на перевірку та виправлення. Наприклад, один із наших клієнтів відгукнувся: «Налаштування під ключ дозволило заощадити до 30% на серверних ресурсах завдяки правильному кешуванню» — саме такі результати ми гарантуємо.

Типові помилки та їх вирішення

• Агенти не запускаються: перевірте cron та права на виконання PHP-скриптів.
• Пошта не надсилається: налаштуйте SMTP-аутентифікацію та перевірте DKIM/SPF.
• Повільна робота: увімкніть теговане кешування та перевірте індекси MySQL.
• Помилки після оновлення: тестуйте на staging перед застосуванням на production.

Що входить у налаштування On-Premise?

• Аудит поточної серверної інфраструктури
• Встановлення та конфігурація дистрибутиву Бітрікс24
• Налаштування PHP, MySQL, веб-сервера (nginx/apache)
• Підключення кешування (Redis/Memcached) — Redis прискорює роботу в 5 разів порівняно з відсутністю кешу
• Налаштування SSL/TLS (Let's Encrypt або корпоративний сертифікат)
• Налаштування поштового сервера та DNS-записів (DKIM, SPF)
• Налаштування агентів та cron
• Інтеграція з 1С (CommerceML) та зовнішніми сервісами
• Навчання адміністраторів роботі з системою
• Технічна підтримка після запуску (до 3 місяців)

Коробкова версія потребує одноразових вкладень, але позбавляє щомісячних платежів, що вигідно при масштабуванні. Правильне налаштування кешування скорочує витрати на серверні ресурси, знижуючи навантаження на CPU та БД. Замовте аудит вашої коробкової версії — ми виявимо вузькі місця та запропонуємо оптимізацію. Зв'яжіться з нами для консультації з налаштування та підтримки On-Premise.

Коробкова версія Бітрікс24: коли хмара не варіант

Хмарний Бітрікс24 зручний для старту, але коли бізнес переростає 50 користувачів або з’являються вимоги 152‑ФЗ, 54‑ФЗ, compliance — коробка стає єдиним робочим варіантом. Ми — сертифіковані партнери 1С-Бітрікс з 10-річним досвідом та понад 50 впровадженнями On‑Premise в банках, на виробничих підприємствах та в держорганізаціях. Скрізь, де дані не можна передавати третім особам. Зв’яжіться з нами для оцінки вашого проєкту — відповімо за 1 день.

Як забезпечити безпеку коробкової версії Бітрікс24?

Безпека та compliance

Регулятори — ЦБ, ФСТЕК — вимагають локалізації персональних даних на території РФ. Коробка дозволяє розмістити портал у сертифікованому ЦОД або в закритому контурі без доступу до інтернету. Гарантуємо відповідність вимогам 152‑ФЗ та рекомендаціям ФСТЕК. Ви контролюєте, хто і коли заходить до бази — жодних сторонніх підключень.

Глибока кастомізація

У хмарі обмежені REST API та маркетплейсом. Коробка надає повний доступ до PHP-коду: можна додати свою вкладку в картку угоди, переписати логіку бізнес-процесу через CBPActivity, підключити прямий SQL до ERP. Головне — не патити ядро, а писати власні модулі через \Bitrix\Main\ModuleManager. Ми так робимо в кожному проєкті. Використовуємо ORM \Bitrix\Main\ORM\Data\DataManager для кастомних сутностей, епілог $component->setTemplateEpilog() для гнучкого виведення та тримаємо всю доробку в local/php_interface.

Високі навантаження

500+ активних користувачів, документообіг із тисячами угод на день, постійна телефонія — хмара впирається в ліміти. Коробка масштабується: винесли MySQL на окремий сервер, налаштували Redis для кешу b_cache — і портал літає. При 200+ користувачах продуктивність власного сервера в 3‑4 рази вища за хмарний тариф, а економія на ліцензіях сягає 60% на рік.

Інтеграція з внутрішніми системами

Active Directory, 1С:Підприємство по SOAP, legacy-ERP через пряме підключення до Oracle — все це простіше, коли портал у локальній мережі. Не потрібно мучитися з VPN-тунелями та таймаутами. Для обміну з 1С використовуємо CommerceML або прямий REST-вебхук.

Автономність

Портал працює без інтернету — для виробничих цехів та режимних об’єктів це обов’язкова вимога.

Хмару варто залишити, якщо у вас менше 50 користувачів, немає особливих вимог до безпеки та немає штатного адміністратора — вона дешевша, простіша і оновлюється сама.

Чому коробкова версія Бітрікс24 вигідніша за хмару для середнього бізнесу?

Порівняємо за ключовими метриками на основі наших проєктів:

Коробка вигідніша в 2‑3 рази при чисельності від 100 осіб — це підтверджують десятки виконаних проєктів. Ліцензія «Компанія» обходиться значно дешевше річної підписки на хмарний тариф для 100 користувачів. Отримайте точний розрахунок для вашого бізнесу — замовте консультацію.

Що входить в роботу з впровадження коробки?

• Встановлення стеку — nginx + PHP 8.1+ (FPM) + MySQL/MariaDB + Redis. Розраховуємо pm.max_children: доступна RAM / споживання на воркер (зазвичай 256М). При 16GB RAM отримуємо ~50 воркерів.
• Міграція з хмари — перенесення CRM, завдань, чатів, диска, бізнес-процесів. Враховуємо, що ID сутностей не збігаються — угода #1234 стане #5678. Переналаштовуємо всі автоматизації.
• Інтеграції — 1С (синхронізація довідників та документів), AD (автостворення обліковок), телефонія (SIP-транки через voximplant або свій Asterisk), ЕДО (Діадок, СБІС).
• Кастомна розробка — модулі, REST-вебхуки, бізнес-процеси з розгалуженнями, чат-боти. Використовуємо інфоблоки v2.0, HL-блоки, ORM для кастомних сутностей.
• Навчання — 2‑5 днів для адміністраторів та ключових користувачів.
• Документація — архітектурна схема, інструкція з бекапу, регламент оновлень.
• Технічна підтримка — після запуску супроводжуємо за SLA: реагуємо на інциденти, встановлюємо оновлення, лагодимо інтеграції.

Оцінимо ваш проєкт за один робочий день — напишіть, надішлемо комерційну пропозицію.

Як обрати редакцію ліцензії

Ліцензії відрізняються за кількістю користувачів: CRM (до 12), Компанія (до 50), Підприємство (до 500), Холдинг (без ліміту). Допомагаємо підібрати редакцію без переплати та нагадуємо про продовження. Прострочена ліцензія = немає оновлень безпеки = потенційна діра. Скористайтесь нашим 10-річним досвідом, щоб отримати оптимальний набір.

Серверна інфраструктура: де реально лежать граблі

Стандартна рекомендація «4 CPU, 8GB RAM» — для демо-стенду. В проді з 200 користувачами, активною CRM та телефонією це не живе.

Моніторинг через Zabbix+Grafana — алерти на CPU >80% sustained, RAM <10% free, disk I/O wait >20%, MySQL slow queries >100/год. Бекапи — щоденні, з перевіркою відновлення раз на місяць. Бекап, який не можна відновити, — не бекап.

Оновлення: контрольований процес

У хмарі оновлення прилітають самі — і ламають кастомні інтеграції. У коробці ви вирішуєте, коли оновлюватися.

1. Тестуємо на staging — точна копія прода з анонімізованою базою.
2. Перевіряємо сумісність кастомних модулів — partner_modules можуть конфліктувати з новим ядром.
3. Робимо повний бекап (файли + БД) перед накатуванням.
4. Оновлюємо у вікно мінімального навантаження (неділя вночі).
5. Моніторимо 24 години після оновлення.

Гарантуємо, що жодна інтеграція не зламається без вашого відома.

Як довго триває впровадження коробкової версії Бітрікс24?

Отримайте консультацію з впровадження — зв’яжіться з нами, і ми надішлемо план робіт із точними термінами під ваш кейс. Не йдемо після запуску — супроводжуємо за SLA. Замовте консультацію з впровадження коробкової версії Бітрікс24 — і ми підготуємо індивідуальний план із точними термінами під ваш кейс.