Коробочный Битрикс24 — это тот же портал, но на вашем сервере, и настройка у него двухслойная. Сначала серверная часть: окружение, домен, сертификат, фоновые задания, резервные копии. Потом обычная бизнес-настройка: воронки, поля, права, интеграции. Первый слой в облаке делает вендор, здесь — вы.
Ниже — порядок работ, которого стоит держаться, список того, о чём забывают почти всегда, и разграничение ответственности между системным администратором и интегратором. Материал для руководителя, который решает, кто и в каком порядке это делает, а не для чтения конфигов.
В облаке вы настраиваете компанию. В коробке — сначала инфраструктуру, и только потом компанию.
Чем настройка коробки отличается от облака
Функционально портал похож, разница — в зоне ответственности. Вот что меняется на практике ↓
| Что сравниваем | Облако | Коробка |
|---|---|---|
| Сервер и обновления | На стороне вендора | Ваш сервер, ваш администратор, обновления ставите сами |
| Хранение данных | В дата-центре вендора | На вашем оборудовании или в вашем облаке |
| Доработки | Через API и приложения | Плюс доступ к коду и собственные модули |
| Резервные копии | Делаются автоматически | Ваша зона ответственности целиком |
| Срок запуска | Портал доступен сразу | Плюс этап установки и настройки окружения |
Отсюда главное: коробку выбирают ради контроля над данными и доработками, а платят за это работой администратора. Если такой роли в компании нет и не планируется — сравните варианты заранее, разбор есть в статье «Битрикс24: коробка или облако».
Что подготовить до установки
Половина проблем с коробочным порталом закладывается до того, как его включили. Минимальный список подготовки ↓
- Сервер под реальную нагрузку. Считайте не по числу лицензий, а по числу одновременно работающих людей, объёму файлов на диске и планам на телефонию с записями разговоров.
- Проверенное веб-окружение. Специализированное окружение вендора избавляет от ручной сборки и совместимости версий. Самосбор «как привыкли» — источник долгих разборов при каждом обновлении.
- Домен и SSL-сертификат. Портал должен работать по HTTPS с первого дня: без этого не заработают мессенджеры, внешние формы и мобильное приложение так, как задумано.
- Почта для отправки. Отдельный ящик или SMTP-сервис, с которого портал шлёт уведомления. Отправка «напрямую с сервера» уходит в спам.
- Место для резервных копий. Отдельное от самого сервера. Копия рядом с порталом не спасает при отказе диска.
- Доступы и ответственные. Кто администратор сервера, кто администратор портала, кто принимает решения по процессам. Это три разные роли, часто три разных человека.
Порядок настройки коробочного Битрикс24 после установки
Дальше работает правило «снизу вверх»: сначала инфраструктура, потом компания, потом продажи. Порядок, который экономит переделки ↓
Как выглядит путь от установленного портала до рабочей CRM:
Перепрыгивать шаги можно, но каждый пропуск возвращается переделкой на этапе, когда в системе уже работают люди.
1. Лицензия, обновления и служебные настройки
Портал регистрируется на лицензионный ключ, после чего становится доступен модуль обновлений. Обновления в коробке ставите вы, и делать это лучше по расписанию, а не «когда что-то сломалось»: накопленный разрыв в версиях превращает получасовую операцию в проект. Здесь же задаются часовой пояс, название компании и адрес портала, который попадёт во все письма.
2. Фоновые задания, почта и чат
Это тот самый слой, которого нет в облаке и о котором забывают чаще всего. Фоновые задания (агенты) в коробке должны запускаться по расписанию на уровне сервера — иначе не рассылаются уведомления, не срабатывают отложенные действия бизнес-процессов и не считается часть отчётов. Отдельно настраивается сервис для мгновенных сообщений и звонков: без него чат работает с задержкой и «оживает» только при обновлении страницы.
Проверяйте не галочку, а результат. Тест простой: поставьте отложенное действие процесса на ближайшие минуты и напишите коллеге в чат с другого устройства. Если задача не сработала, а сообщение пришло с задержкой — фоновые задания и сервис сообщений настроены неправильно, что бы ни показывали настройки.
3. Структура компании, пользователи и права
Отделы, руководители, подчинённые — это не «оргсхема для красоты», а основа прав доступа и отчётности. Дальше настраиваются роли: кто видит все сделки, кто только свои, кто может менять поля и удалять элементы. В коробке цена ошибки выше: портал часто ставят ради того, чтобы база не покидала контур компании, и тут же выдают всем полный доступ. Подробный разбор — в материале о настройке прав доступа.
4. CRM: воронки, поля, обязательность
Здесь настройка ничем не отличается от облачной. Воронки по типам сделок, стадии на языке компании, обязательные поля на переходах, ответственные, автоматические задачи. Правило одно: сначала договорённости между людьми, потом настройки в системе. Порядок разобран в материале о настройке Битрикс24 и о том, как настроить воронку продаж.
5. Каналы обращений и интеграции
Сайт и формы, телефония, почта, мессенджеры, 1С или учётная система. В коробке появляется дополнительное требование: внешние сервисы должны иметь сетевой доступ к порталу. Если сервер спрятан во внутренней сети, интеграции с внешними сервисами придётся продумывать отдельно — это нормальная задача, но её нужно поставить до того, как отдел продаж ждёт заявки с сайта.
6. Резервные копии, мониторинг и обучение
Копии по расписанию, хранение вне сервера, регулярная проверка восстановления. Мониторинг места на диске и доступности портала. И обучение команды — единственный шаг, который нельзя делегировать администратору: система, которой не научили пользоваться, не работает ни в коробке, ни в облаке.
Настройки, о которых забывают
Короткий список того, что всплывает при разборе чужих коробочных порталов ↓
Перенос данных из старой системы
Отдельный этап, который почти всегда недооценивают. Переносить обычно нужно клиентов, историю сделок, файлы и переписку — и каждая из этих сущностей ведёт себя по-разному. Клиенты переезжают легко, история сделок требует сопоставления стадий, переписка и записи разговоров часто не переносятся вовсе.
Что решить до переноса ↓
- Что именно переносим. Вся база за десять лет или активные клиенты за последние два года. Мусор, перевезённый в новую систему, остаётся мусором и мешает работать с первого дня.
- Как сопоставляем поля. Старые поля почти никогда не совпадают с новыми один в один: часть склеивается, часть не переезжает. Это управленческое решение, а не техническое.
- Что с дублями. Один клиент в двух карточках после переноса превращается в две истории и два ответственных.
- Где точка невозврата. Дата, после которой в старой системе больше не работают. Параллельная работа в двух системах «пока привыкаем» заканчивается тем, что не работают толком ни в одной.
Перенос — хороший момент для чистки. Второго такого повода навести порядок в базе не будет: в рабочей системе на это никогда не находится времени.
Безопасность и хранение данных
Коробку часто берут именно ради того, чтобы клиентская база и документы оставались внутри контура компании. Это работает, но не само по себе ↓
Если компания работает с персональными данными клиентов, размещение портала на своём сервере не отменяет остальных обязанностей: политика обработки данных, согласия в формах, ограничение доступа. Коробка решает вопрос «где лежат данные», но не вопрос «как мы с ними обращаемся» — второе настраивается в процессах и документах, а не на сервере.
Кто это настраивает: администратор, интегратор или оба
Самый частый управленческий провал — считать, что коробку настраивает «один человек, который в этом разбирается». Роли разные ↓
Администратор без архитектора даёт работающий, но пустой портал. Архитектор без администратора упирается в сервер. В небольших компаниях обе роли закрывает подрядчик, но разделять их в голове всё равно нужно — иначе непонятно, с кого спрашивать за результат.
Сколько это занимает
Честно: сроки зависят от того, есть ли готовый сервер, переносите ли вы данные из старой системы и сколько отделов заходит в систему одновременно. Установка и базовая настройка окружения — работа на дни, а не недели. Настройка процессов, интеграций и обучение — основной объём проекта, и он не зависит от того, коробка у вас или облако.
Ориентиры по составу работ и ценам на внедрение можно посмотреть в открытом калькуляторе: он считает бизнес-часть, к которой в коробочном варианте добавляются серверные работы.
Аудит и архитектура вместо большого контракта
Разберём, что уже настроено в вашем портале, чего не хватает для работы отдела продаж и в каком порядке это делать. Результат — план работ и смета по открытым ценам, а не презентация.
Записаться на разбор →Как понять, что настройка закончена
Формальный критерий «портал открывается» ничего не значит. Проверка на живом сценарии занимает полчаса ↓
- Заявка доходит. Оставьте тестовую заявку на сайте: она попала в CRM, ответственный назначен, уведомление пришло.
- Письмо уходит и не в спам. Отправьте уведомление на внешний ящик и проверьте папку «Спам», а не только факт отправки.
- Отложенное действие срабатывает. Поставьте задачу с напоминанием через пять минут: если не сработало — фоновые задания не настроены.
- Чат живой. Сообщение приходит мгновенно и без обновления страницы, звонок в чате соединяется.
- Права работают. Зайдите под обычным менеджером и убедитесь, что чужие сделки не видны, а экспорт базы недоступен.
- Копия восстанавливается. Разверните резервную копию на тестовом контуре. Копия, которую ни разу не восстанавливали, копией не считается.
Если все шесть пунктов проходят — техническая часть закрыта, и дальше вопрос уже не к настройке, а к тому, как люди работают в системе.
Ошибки при настройке коробочной версии
Когда коробка не нужна
Если у компании нет требований к хранению данных внутри контура, нет планов на серьёзные доработки и нет администратора — коробка добавит расходов, но не добавит результата. Разумный путь: начать в облаке, а переезжать тогда, когда появится конкретная причина, а не ощущение, что «своё надёжнее». Сравнение вариантов с деньгами и рисками — в статье «Коробка или облако».
Технические требования к серверу и порядок установки описаны в документации вендора и меняются от версии к версии — их стоит смотреть в момент установки, а не по статьям.
Итог: настройка коробочного Битрикс24 — это два проекта в одном. Инфраструктурный закрывает администратор, бизнесовый — интегратор вместе с заказчиком. Если планировать их отдельно и в правильном порядке, портал запускается предсказуемо. Если смешать — получается сервер, на котором стоит система, которой никто не пользуется.