Короткий ответ. Коробочная версия нужна, когда есть подтверждённое требование к размещению, доработке или эксплуатации, которое не решается доступными средствами облака. Вместе с контролем компания получает обязанности: содержать инфраструктуру, обновлять платформу, проверять восстановление и разбирать сбои между несколькими подрядчиками. Если для этих работ нет владельца, перенос лучше отложить.
Ниже — матрица эксплуатации и проверка готовности к переносу. Это методика для обсуждения с ИТ-службой и интегратором, а не обещание одинаковых возможностей всех редакций. Источники и условия страниц CHECK CRM проверены 13 ноября 2026 года.
Когда действительно нужна коробка
Начните с требования, которое можно проверить: где должны находиться данные, какую доработку необходимо выполнить, какие сетевые подключения допустимы. Формулировка «хотим больше контроля» недостаточна. Укажите ограничение облака, способ его устранения в выбранной редакции коробки и человека, который подтвердит результат.
В официальном сравнении версий облако описано как готовый сервис, а коробка — как решение для размещения на собственной инфраструктуре. Однако наличие сервера само по себе не исправляет неудобные карточки, права доступа или ошибки автоматизации. Сначала проверьте, не решается ли задача настройками текущего портала.
Отдельно проверьте требование закрытой сети. Битрикс24 перечисляет инструменты, которым нужны внешние сервисы. Для каждого используемого канала и приложения нужно выяснить, куда оно обращается и что произойдёт без связи. Размещение коробки внутри компании не означает, что любой инструмент автоматически работает без интернета. Условия могут зависеть от редакции и дополнительных решений.
Матрица эксплуатации платформы
Скопируйте таблицу в рабочий документ. В последнем столбце замените роли именами сотрудников или названиями подрядчиков и добавьте канал обращения. У каждой строки должен быть один ответственный за итог, даже если исполнителей несколько. Для облака также уточняйте фактические условия тарифа и поддержки: управление сервисом поставщиком не снимает с компании ответственности за её настройки и пользователей.
| Область | Облако | Коробка | Что закрепить у владельца |
|---|---|---|---|
| Инфраструктура | Компания использует готовый сервис | Нужны сервер, сеть, диски и их обслуживание | Кто принимает сигнал о недоступности и восстанавливает работу |
| Обновления | Развитие сервиса выполняет поставщик; компания проверяет свои сценарии | Нужно организовать установку и проверку обновлений платформы и окружения | Исполнитель, окно работ, проверяющий и план возврата |
| Восстановление | Выяснить доступные процедуры, ограничения и порядок обращения | Организовать копирование, хранение и пробное восстановление | Допустимая потеря данных, время восстановления и доказательство проверки |
| Доступы | Управлять пользователями, ролями и подключениями | Дополнительно управлять доступом к серверу, базе и резервным копиям | Кто выдаёт и отзывает доступ, где хранится перечень администраторов |
| CRM и автоматизация | Поддерживать поля, воронки, роботов и рабочие регламенты | Те же обязанности плюс совместимость собственных доработок | Владелец процесса и набор контрольных сценариев |
| Интеграции | Контролировать приложения, обмен и учётные записи | Дополнительно учитывать сетевую доступность и окружение сервера | Кто ищет сбой на каждой стороне обмена и координирует восстановление |
| Лицензии и расходы | Контролировать тариф и подключённые услуги | Контролировать лицензию, инфраструктуру и договоры обслуживания | Бюджет, даты продления и ответственный за оплату |
Практический результат: заполненная матрица с контактами, сроками реакции и проверяемым результатом по каждой строке. Фраза «за всё отвечает интегратор» не заменяет распределение работ: в договоре могут быть только настройки CRM, а администрирование сервера — у другого исполнителя.
Чем отличается сопровождение облака и коробки
В обоих вариантах бизнесу нужны исправные воронки, права, автоматизация и интеграции. В коробке появляется дополнительный уровень диагностики: причиной проблемы может оказаться инфраструктура, окружение, версия платформы или собственный код. Например, при задержке обмена нужно отличить ошибку правила CRM от недоступности внешней системы и нехватки ресурсов сервера.
До старта согласуйте единую точку приёма инцидентов и порядок передачи между исполнителями. Кто собирает время ошибки и идентификатор операции? Кто имеет доступ к журналам? Кто сообщает бизнесу о восстановлении? Определите, кто ведёт инцидент до закрытия, чтобы обращения не пересылались между подрядчиками без результата.
На странице сопровождения Битрикс24 CHECK CRM описана работа с CRM и её сценариями. Нельзя автоматически считать, что обслуживание сервера, круглосуточное дежурство и резервное копирование входят в любой пакет: конкретный состав и границы ответственности нужно согласовать до начала работ.
Какие расходы добавить в расчёт
Сравнивайте одинаковый период и одинаковый объём задач. Разделите смету на перенос, регулярную эксплуатацию и резерв на изменения. Универсальная цена коробки без данных о портале и требованиях будет вводить в заблуждение.
- Перенос: обследование, сопоставление данных, тестовый перенос, настройка окружения, переключение каналов и приёмка.
- Регулярная работа: лицензия, серверные ресурсы, хранение резервных копий, мониторинг, администрирование, обновления и проверка интеграций.
- Изменения: адаптация собственных доработок, рост объёма файлов и нагрузки, новые требования к доступу и восстановлению.
Учитывайте труд внутренней ИТ-службы: отсутствие отдельного счёта не означает отсутствия затрат. Для каждой статьи расходов укажите периодичность, исполнителя и основание расчёта. По действующим условиям лицензирования актуальные срочные лицензии коробочной версии требуют продления. У старых лицензий могут быть другие условия — проверяйте конкретный ключ, а не предположение «коробка покупается навсегда».
Кто отвечает за обновления
Назначьте технического исполнителя и владельца решения о выпуске. Первый готовит и устанавливает обновление, второй подтверждает допустимость окна и успешную работу бизнес-сценариев. Если подрядчик сопровождает только настройки CRM, обязанность обновлять сервер нельзя подразумевать молча.
В рекомендациях Битрикс24 по обновлению коробки предусмотрены тестовая среда, полная резервная копия и план отката. На практике порядок стоит закрепить так:
- Изучить изменения и зависимости, определить затрагиваемые доработки.
- Проверить резервную копию и возможность восстановления до начала работ.
- Испытать обновление в тестовой среде с безопасно отключёнными внешними отправками.
- Согласовать окно, выполнить работы и проверить критические сценарии.
- Зафиксировать версию, результат проверки и оставшиеся проблемы.
Завершение установки — ещё не приёмка. Проверьте вход сотрудников с разными ролями, создание заявки, переход сделки, выполнение автоматизации и обмен с внешней системой. Критерий возврата к предыдущему состоянию и допустимое время принятия решения определите заранее.
Как проверить готовность к переносу из облака
Сначала составьте перечень сущностей, файлов, пользователей, настроек, приложений и каналов связи. Затем подтвердите, какие из них переносит выбранный способ и что придётся настраивать заново. В официальной справке есть каталог приложений для миграции, но наличие инструмента в каталоге не доказывает полноту переноса вашего портала.
- Уточните охват. По каждому объекту запишите способ переноса, исключения и проверку результата. Отдельно учтите связи между карточками и права.
- Проведите пробный перенос. Сверьте количество объектов, выборку полей, связи, доступность файлов и работу сотрудников с ограниченными правами.
- Проверьте каналы. Сделайте контрольную заявку, письмо и звонок, если эти каналы используются. Для телефонии предусмотрены отдельные условия переноса; её нельзя считать автоматически готовой вместе с карточками CRM.
- Согласуйте переключение. Определите момент остановки изменений в старой системе, обработку новых заявок и предотвращение двойных отправок.
- Подготовьте возврат. Решите, куда вернутся сотрудники и как будут учтены данные, появившиеся после переключения. Проверьте доступность ответственных в окно работ.
Учебный пример. Пробный перенос показал совпадение количества сделок, но у менеджера не открываются вложения, а робот повторно отправляет письмо. Такой результат не готов к запуску: совпадение счётчиков не подтверждает рабочий процесс. Нужно устранить оба дефекта и повторить проверку от лица обычного сотрудника.
Перенос можно допускать к запуску, когда заполнена матрица ответственности, согласована смета, проверено восстановление, приняты критические сценарии и нет неразобранных исключений по данным. Если отсутствует хотя бы один из этих результатов, зафиксируйте препятствие и владельца его устранения.
С чего начать с CHECK CRM
Для действующего портала начните с согласования сопровождения и границ ответственности. Если необходимость смены размещения уже подтверждена, передайте перечень данных, интеграций и требований в проект миграции Битрикс24. Результатом подготовки должны стать проверяемый объём переноса, план переключения и обязанности исполнителей после запуска.