BI Конструктор в закрытом контуре: что нужно проверить до подключения коробочного Битрикс24

Начните с границы данных

Сначала опишите, какие сведения нельзя выводить за пределы инфраструктуры компании. Затем определите, какие системы их хранят и кто должен видеть отчёты. Название «закрытый контур» без этой схемы не объясняет реальный путь данных.

Официальная инструкция указывает коробочный Битрикс24 Энтерпрайз и необходимость расширения лицензии. BI-сервер должен иметь сетевой доступ к Битрикс24. Открывать сам портал для доступа из интернета ради такого подключения не требуется.

Сверьте текущие условия с поставщиком и администратором инфраструктуры. Эта статья помогает подготовить проверку архитектуры; она не подтверждает готовность конкретной серверной среды.

Что хранится и что запрашивается

Важно различать исходные записи бизнеса и описание отчёта. Сделки, задачи и другие элементы остаются в Битрикс24. В BI Конструкторе используются отчёты, датасеты, подключения и сведения о доступах; часть запрошенных данных может временно попадать в кеш.

Поэтому вопрос «данные нигде не хранятся» сформулирован слишком широко. Для внутреннего согласования нужно описать постоянные источники, временные копии и доступ администраторов к каждому компоненту.

Эта таблица служит вопросником для проекта. Конкретные сроки хранения, резервирования и удаления согласуйте по фактической конфигурации, а не выводите из одного названия продукта.

Отдельный сервер или общий

Официальная документация рекомендует отдельный сервер BI, чтобы аналитическая нагрузка не влияла на сам Битрикс24. Возможность размещения рядом не означает, что ресурсов хватит для вашей выборки и одновременной работы сотрудников.

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

Учебный пример: руководители открывают месячный отчёт утром, а аналитик параллельно проверяет новый запрос. Оба сценария должны оставаться работоспособными вместе с обычной CRM. Это пример планирования испытания, не измеренный результат.

Как подготовить подключение

1. Подтвердите подходящую редакцию и лицензионное расширение.
2. Опишите разрешённые сетевые соединения BI-сервера и портала.
3. Назначьте ответственных за оба компонента.
4. Согласуйте доступ пользователей и администраторов.
5. Выберите контрольный отчёт с понятным ожидаемым результатом.
6. Подготовьте проверку кеша, обновления и восстановления по внутренним требованиям.

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

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

Как принимать результат

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

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

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

Разницу BI, CRM-аналитики и готовых отчётов поясняет общий обзор аналитики. Закрытое размещение меняет инфраструктурный контекст, но не определение самой метрики.

Частые вопросы