Вернуться к статьям Отчёты в Битрикс24 решают разные задачи. Штатные отчёты показывают предусмотренные системой показатели, CRM-аналитика помогает разбирать работу с лидами и сделками, BI Конструктор позволяет собирать дашборды по данным портала, а сквозная аналитика сопоставляет обращения с рекламными источниками и расходами.
Проблемы начинаются, когда любой график принимают за готовый управленческий вывод. Для вопросов «сколько сделок создано», «где теряются лиды», «какие кампании приводят обращения» и «как распределена нагрузка по отделам» нужны разные события, даты, поля, фильтры и права доступа.
Настройка отчётности обычно входит в работу по настройке Битрикс24. Результат зависит не только от выбранного инструмента, но и от логики воронки, заполнения карточек CRM, ролей пользователей и качества исходных данных.
Какие инструменты аналитики есть в Битрикс24
Инструменты аналитики не заменяют друг друга. Один помогает быстро посмотреть типовой показатель, другой — собрать собственный срез, третий — сопоставить рекламу с обращениями и расходами.
| Инструмент | На какой вопрос отвечает | Что проверить | Чего не следует ожидать |
|---|---|---|---|
| Штатные отчёты | Какие показатели уже предусмотрены конкретным отчётом | Период, состав показателей, доступ пользователя | Произвольной логики для любой модели продаж |
| CRM-аналитика и конструктор отчётов CRM | Как движутся лиды и сделки, какие данные есть в CRM | Права на сделки, дату отбора, стадии, заполнение карточек | Доступа ко всем данным без ограничений |
| BI Конструктор | Как собрать собственный отчёт по данным портала | Наборы данных, поля, фильтры, SQL, лимиты, обновление | Работы в реальном времени и отсутствия тарифных ограничений |
| Сквозная аналитика | Как связаны обращения, реклама, расходы и созданные лиды или сделки | Источники, метки, окно атрибуции, коллтрекинг, отчётный период | Корректной атрибуции любого канала без настройки |
Штатный отчёт подходит для быстрого просмотра предусмотренного показателя. CRM-аналитика и конструктор отчётов CRM работают с данными CRM в пределах настроенной модели доступа. BI Конструктор нужен, когда требуется собственная связка полей, нестандартный расчёт, фильтрация по структуре компании или работа со смарт-процессами.
Сквозная аналитика стоит отдельно. Она работает с рекламными источниками, расходами, атрибуцией и созданием лидов или сделок. Наличие в отчёте канала привлечения не подтверждает рекламные расходы, окупаемость или корректность атрибуции.
Управленческий дашборд начинается с определения события и даты. Создание сделки, смена стадии, успешное закрытие и поступление оплаты — разные факты. Для каждой метрики нужно зафиксировать источник, поле или набор данных, формулу, период, часовой пояс, исключения и ответственного за качество данных.
Когда использовать готовые отчёты Битрикс24
Готовые отчёты подходят, если вопрос совпадает с назначением отчёта и не требует собственной формулы. В BI Конструкторе доступны стандартные отчёты по сделкам, лидогенерации, продажам, звонкам, клиентам, бизнес-процессам, задачам, нагрузке и товарной аналитике сделок.
При открытии стандартный отчёт собирает информацию из Битрикс24 и заполняет показатели. Это не означает непрерывного обновления: для получения новой информации данные требуется обновить. После обновления сведения обновляются во всех отчётах, но частоту и задержку нельзя считать гарантированными без проверки конкретного портала.
Для изучения логики стандартного отчёта можно скопировать его и изменить копию: добавить таблицы, графики или фильтры. Возможность редактирования зависит от прав доступа и групп отчётов.
Например, «Аналитика сделок» показывает количество сделок, статусы, доходность по месяцам и эффективность каналов привлечения. Такой срез полезен для проверки динамики CRM, но не заменяет сквозную аналитику: он не подтверждает расходы и не доказывает причинную связь между каналом и продажей.
«Динамика лидогенерации» помогает увидеть, как потенциальные клиенты превращаются в сделки. Однако отчёт не определяет причины конверсии и не оценивает качество конкретного источника обращения.
«Аналитика звонков» связывает данные о звонках и продажах, показывает активность менеджеров и количество звонков до завершения продажи. Связь показателей не доказывает, что именно число звонков стало причиной продажи. Перед выводами нужно проверить правила учёта звонков, заполнение CRM и логику воронки.
Готовый отчёт уместен, если нужно посмотреть типовую динамику лидов или сделок, оценить количество и статусы сделок, сравнить периоды в рамках заданной логики или изучить стандартные показатели перед доработкой.
Если нужен нестандартный расчёт, собственные исключения, связка нетиповых полей, анализ смарт-процесса, новых счетов или рекламных расходов, потребуется другой инструмент. Вопросы отчётности связаны с настройкой CRM Битрикс24: график отражает не только формулу, но и фактический порядок работы сотрудников.
Что делает BI Конструктор
BI Конструктор — инструмент Битрикс24 для создания аналитических отчётов на основе данных портала. Он работает на базе Apache Superset. В нём можно использовать готовые отчёты, создавать новые и редактировать стандартные в рамках прав доступа, доступных данных и ограничений тарифа.
BI Конструктор нужен, когда стандартного среза недостаточно. В нём можно выбрать набор данных, собрать графики и таблицы, применить фильтры, сохранить пресеты и подготовить дашборды для отделов или ролей. В собственных отчётах SQL-запрос, на котором построены графики, редактируется вручную.
Инструмент не исправляет незаполненные карточки CRM, не определяет бизнес-смысл стадий и не превращает произвольный набор записей в достоверную метрику. Визуализация строится на данных и правилах, заданных в наборе данных, запросе, фильтре и формуле.
Пример: дашборд отдела продаж
Руководителю нужны созданные сделки, успешно закрытые сделки и сделки без следующего действия по отделам. Такой запрос лучше разложить на отдельные показатели.
- Определить, по какой дате считаются созданные сделки.
- Отдельно описать условие успешного закрытия и дату отбора.
- Зафиксировать правило для сделок без следующего действия: какие дела учитываются, какой срок допустим, какие статусы исключаются.
- Проверить наличие нужных полей в наборе данных.
- Настроить фильтр по структуре компании только при наличии поля с идентификаторами сотрудников.
- Сверить контрольные строки отчёта с карточками CRM и исходными событиями.
- Проверить результат под учётными записями сотрудника, руководителя и администратора.
- Зафиксировать период, часовой пояс, исключения и ответственного за данные.
Если сотрудники не указывают ответственного, не создают следующее действие или меняют даты без общего правила, дашборд покажет именно эту ситуацию.
Наборы данных и ограничения BI Конструктора
Перед настройкой отчёта нужно подтвердить, что требуемая сущность доступна, содержит нужные поля и подходит для расчёта. Наличие набора данных не означает, что в нём есть все бизнес-поля, исторические срезы или корректно заполненные значения.
CRM-аналитика не показывает новые счета, поскольку поддерживает старую версию счетов. Для анализа новых счетов используют BI Конструктор или BI-аналитику после проверки подходящего набора данных. Технические идентификаторы наборов данных следует сверять перед настройкой: они могут меняться.
Универсальные дела можно анализировать через BI Конструктор или BI-аналитику. Смарт-процессы анализируются через наборы данных вида crm_dynamic_items_*, где идентификатор соответствует конкретному смарт-процессу. До создания дашборда важно проверить доступность нужных полей и пригодность записей для конкретной метрики.
В коробочной версии для работы BI Конструктора требуется установленный модуль biconnector подходящей версии. Технические требования нужно перепроверять перед внедрением.
Для первого отчёта в коробочной версии разумно ограничить период и объём данных, например начать с недели, проверить стабильность и затем расширять выборку. При превышении лимита блокируется запрос, который превысил лимит, а не работа BI Конструктора целиком. В такой ситуации корректируют период, условия отбора, состав полей или логику запроса.
Полноту отчёта нельзя оценивать по одному открытию дашборда. Выберите контрольные записи с известными датами, ответственными и стадиями, затем сравните их в карточках CRM, наборе данных и итоговой визуализации. Отдельно проверьте период, фильтры и момент обновления.
Период, часовой пояс и воронка продаж
В настройках BI Конструктора можно выбрать период, язык отчётов и часовой пояс аналитики. Если конкретный период не установлен, отчёты показывают данные за год. При этом отдельный дашборд может иметь собственные фильтры по датам.
Часовой пояс важен для метрик по дням, неделям и месяцам. В аналитические системы данные передаются в часовом поясе сервера UTC+3, а карточка сделки показывает время с учётом часового пояса пользователя. Поэтому дата в отчёте и дата в карточке могут отличаться на границе суток.
Перед сравнением цифр проверьте:
- по какому полю даты идёт отбор;
- какой часовой пояс применён в аналитике;
- какой часовой пояс видит пользователь в карточке;
- есть ли записи около полуночи;
- считается ли показатель по созданию, закрытию, оплате или смене стадии.
Отдельной проверки требует воронка продаж CRM-аналитики. Она отражает исторический путь сделки по стадиям, а не только её текущее состояние. Сделка, проходившая стадию «Успех», может отображаться в воронке на этой стадии, даже если позднее вернулась в работу или была закрыта как проигранная.
Для просмотра текущего состояния сделок лучше использовать конструктор отчётов CRM или BI Конструктор с нужной логикой отбора. Историческое прохождение стадии нельзя трактовать как окончательную победу сделки.
Фильтры, пресеты и права доступа
В BI Конструкторе доступны фильтры по периодам, потокам, шаблонам бизнес-процессов, сотрудникам и структуре компании. Для фильтрации по потокам и шаблонам бизнес-процессов используются параметры отчёта. В собственных отчётах SQL-запрос редактируется вручную, в системных параметры могут появляться автоматически.
Пресет — сохранённый набор фильтров. Создатель отчёта может сохранить период, сотрудников, сумму сделки или другие условия. Публичный пресет доступен другим пользователям отчёта.
Пресет не меняет исходные данные и не создаёт отдельный отчёт. Он сохраняет условия отбора, поэтому название должно отражать содержание: например, «Текущий месяц — отдел продаж».
Фильтр по структуре компании позволяет анализировать данные по отделам и сотрудникам, если датасет содержит поле с идентификаторами сотрудников. При корректной настройке сотрудник видит данные своего отдела, руководитель — данные своего отдела и подчинённых подразделений.
Этот принцип нельзя переносить на любой датасет, внешнюю BI-систему или выгруженный файл. Если поля нет, значения заполнены неверно или отчёт использует другую модель доступа, фильтр не станет универсальным решением.
Права на отчёты нужно проверять отдельным сценарием. Открытие дашборда администратором не подтверждает, что сотрудник или руководитель увидит нужный и разрешённый объём данных.
В CRM-аналитике и конструкторе отчётов CRM видимость зависит от прав CRM. Сотрудник с доступом только к своим сделкам видит свои сделки. При доступе к отделу он видит сделки коллег по отделу. Полный доступ открывает информацию по всем ответственным сотрудникам.
Эту логику нельзя автоматически переносить на BI Конструктор, внешние подключения и экспортированные файлы. Для каждого сценария отдельно проверяют источник данных, фильтры, модель доступа и группы отчётов.
CRM-аналитика и сквозная аналитика
CRM-аналитика отвечает на вопросы о лидах, сделках, воронке и данных CRM. Сквозная аналитика сопоставляет источники рекламы, расходы, обращения и создание лидов или сделок с учётом атрибуции.
В сквозной аналитике фильтр «Отчётный период» отбирает сделки по дате создания. Расходы на рекламу рассчитываются по месяцам и сопоставляются с клиентами, пришедшими за тот же период. Эту логику нельзя переносить на оплаты, закрытые сделки, смену стадий и другие события CRM без отдельной настройки.
Два рекламных источника в карточке лида или сделки не всегда означают ошибку. Такая ситуация возможна, когда оба события попали в установленное окно атрибуции. Перед поиском задвоения нужно проверить настройки окна и историю взаимодействий.
Метка «Прочий трафик» означает, что Битрикс24 не смог определить источник обращения и отнести лид или сделку к подключённому каналу сквозной аналитики. Это повод проверить подключённые источники, параметры обращения, метки и правила классификации, а не оценивать качество рекламы по одной категории.
Коллтрекинг также требует предварительной проверки. Не все операторы и типы телефонных номеров поддерживают определение источника звонка. Корректную атрибуцию номера нельзя обещать до подтверждения совместимости.
Если управленческий отчёт должен объединять CRM с несколькими внешними системами, заранее описывают источники, владельцев данных, порядок обновления, модель доступа и метод сверки. В таких сценариях может понадобиться разработка приложений и интеграций.
Как определить метрики до создания дашборда
Названий «конверсия», «выручка по менеджерам» или «эффективность канала» недостаточно для настройки отчёта. До создания графиков нужно определить, какие записи входят в показатель, по какой дате они отбираются и какие исключения действуют.
| Элемент метрики | Что нужно зафиксировать | Вопрос для проверки |
|---|---|---|
| Событие | Факт, который произошёл в CRM | Создание, закрытие, оплата, смена стадии? |
| Дата | Поле для отбора периода | Дата создания или успешного закрытия? |
| Источник | Сущность, поле или набор данных | Сделка, дело, смарт-процесс, реклама? |
| Формула | Правило расчёта | Какие записи входят в расчёт? |
| Исключения | Записи вне расчёта | Исключены ли тестовые и отменённые элементы? |
| Доступ | Кто видит показатель и строки | Совпадает ли результат у сотрудника и руководителя? |
| Период и время | Интервал и часовой пояс | Как учитываются записи на границе суток? |
Паспорт метрики снижает риск, что пользователи будут по-разному трактовать одну цифру. Он упрощает проверку после изменений в воронке, полях CRM, ролях или интеграциях.
Практический чек-лист приёмки отчётности
- [ ] Для каждой метрики определены формула, событие и дата отбора.
- [ ] Подтверждены сущности, поля или наборы данных, на которых строится расчёт.
- [ ] Период и часовой пояс согласованы с пользователями отчёта.
- [ ] Контрольные записи сверены между карточкой CRM и дашбордом.
- [ ] Проверены записи на границе суток для отчётов по дням или месяцам.
- [ ] Зафиксированы тестовые, служебные, отменённые и другие исключаемые записи.
- [ ] Фильтры по сотрудникам, отделам и периодам проверены на реальных данных.
- [ ] Пресеты имеют понятные названия и не подменяют самостоятельные отчёты.
- [ ] Проверены права сотрудника, руководителя и администратора.
- [ ] Для сквозной аналитики проверены метки, источники, атрибуция и «Прочий трафик».
- [ ] Для коллтрекинга подтверждена поддержка номера оператором и типом номера.
- [ ] Назначен ответственный за качество исходных данных и пересмотр отчёта после изменений.
- [ ] Зафиксирован порядок обновления данных без предположения о работе в реальном времени.
- [ ] Дашборд отвечает на конкретный регулярный управленческий вопрос.
FAQ
- Чем BI Конструктор отличается от CRM-аналитики?
CRM-аналитика и конструктор отчётов CRM работают с логикой CRM и правами доступа к сделкам. BI Конструктор позволяет создавать аналитические отчёты на основе данных портала, использовать наборы данных, фильтры, готовые и собственные отчёты, а для собственных решений — SQL-запросы.
- Можно ли считать BI Конструктор сквозной аналитикой?
Нет. BI Конструктор строит отчёты по данным Битрикс24. Сквозная аналитика сопоставляет обращения, рекламные источники, расходы и создание лидов или сделок с учётом настроек атрибуции.
- Обновляются ли данные в BI Конструкторе в реальном времени?
Для получения новой информации данные требуется обновить, после чего они обновляются во всех отчётах. Частота, длительность и задержка обновления не должны считаться гарантированными без проверки конкретного портала.
- Почему дата в отчёте отличается от даты в карточке сделки?
Аналитические данные передаются в часовом поясе сервера UTC+3, а карточка сделки показывает время с учётом часового пояса пользователя. Разница возможна на границе суток. Перед сверкой нужно проверить поле даты, период и часовой пояс.
- Почему в CRM-аналитике нет новых счетов?
CRM-аналитика поддерживает старую версию счетов, поэтому новые счета там не отображаются. Для их анализа используют BI Конструктор или BI-аналитику после проверки подходящего набора данных.
- Почему в сквозной аналитике появляется «Прочий трафик»?
Так отмечается обращение, источник которого не удалось определить и отнести к подключённому каналу. Следует проверить метки, параметры обращения, подключённые источники и правила классификации.
- Почему сделка отображается на стадии «Успех», хотя позднее была проиграна?
Воронка продаж CRM-аналитики показывает исторический путь сделки по стадиям. Она отражает факт прохождения стадии, а не только текущее состояние карточки. Для проверки текущего статуса нужен отчёт с соответствующей логикой отбора.
Вывод
Аналитика Битрикс24 полезна, когда инструмент соответствует вопросу, а каждая метрика имеет точное определение. Готовый отчёт подходит для предусмотренного среза, CRM-аналитика — для задач CRM, BI Конструктор — для собственной модели отчёта по данным портала, сквозная аналитика — для вопросов о рекламе, расходах и атрибуции.
Перед настройкой отчётов важно проверить структуру CRM, права пользователей, дату расчёта, часовой пояс, доступность данных и правила фильтрации. Для подготовки дашбордов и проверки исходных процессов можно начать с настройки Битрикс24.