Прочитайте готовые ответы
Новые статьи
Поддержка Битрикс24
Регистрация и вход
Тарифы и оплата
С чего начать
Задачи и проекты
Мессенджер
Главная страница: наш вайб
Группы
Календарь
CRM + Интернет-магазин
Диск
База знаний
Сайты
Интернет-магазин
Складской учет
Почта
CRM
CoPilot — AI в Битрикс24
Битрикс24 КЭДО
Подпись
Маркетинг
Сквозная аналитика
Центр продаж
CRM-аналитика
BI Конструктор
Автоматизация
CRM.Оплата и Доставка
Интеграция 1С и Битрикс24
Компания
Бизнес-процессы
Приложения
Контакт-центр
Настройки
Моя страница
Телефония
Мой тариф
Энтерпрайз
Enterprise HRM
Десктоп-приложение
Общие вопросы
Битрикс24 в коробке
1С-Битрикс24: Интернет-магазин + CRM
Изменения в статьях (архив)
Вход
Ваш Битрикс24
Авторизуйтесь, чтобы войти
в Битрикс24 вашей компании.
Вход

Поддержка24

Как соединить Сделки и Историю сделок в Google Looker Studio

Рассмотрим, как в Google Looker Studio объединить Сделки и Историю сделок в таблицу, с помощью которой можно контролировать работу менеджеров со сделками.

Так вы сможете отслеживать, сколько всего стадий прошла сделка, когда была последняя активность и сколько дней она находится в работе.


Как использовать Сделки и Историю сделок в таблице

Для начала выберите нужные сущности и создайте источники данных в Google Looker Studio.

Подробнее о том как создать источник данных, читайте в статье: Как передать в Google Looker Studio сущности из CRM.

Затем создайте таблицу и объедините источники данных.

Подробнее о том как объединять источники данных, читайте в статье: Как в Google Looker Studio объединять источники данных.

В нашем примере мы используем следующие параметры для таблицы:

  • Уникальный ключ – ID номер сделки.
  • Ответственный – имя ответственного за сделку.
  • Название сделки – название, указанное при её создании.

Также чтобы понимать, сколько стадий сменила сделка и сколько дней она была в работе, мы вручную добавили следующие показатели:

  • Количество стадий – количество переходов сделки на стадии. Рассчитывается из источника Уникальный ключ истории сделок (Стол 2).
  • Первый переход на стадию – показывает дату, когда сделка впервые перешла на стадию. Рассчитывается с помощью формулы DATE(MIN(Время создания)), Время создания взято из истории сделок и отражает дату и время попадания сделки на стадию.
  • Последний переход на стадию – показывает дату, когда сделка в последний раз переходила на стадию. Рассчитывается с помощью формулы DATE(MAX(Время создания)).
  • Всего дней на стадиях – разница в днях между последним и первым переходом сделки на стадии. Рассчитывается с помощью формулы UNIX_DATE(MAX(Время создания)) - UNIX_DATE(MIN(Время создания)).
Подробнее о том как добавить показатель в отчет, читайте в статье: Как работают часовые пояса полей в BI-отчетах.

В таблице можно увидеть, что сделка по продаже двигателя была в работе 48 дней и сменила 3 стадии, после чего можно сделать вывод, что наш менеджер сильно задержал сделку.


Спасибо, помогло!
Спасибо :)
Не помогло
Очень жаль :(
Помощь интегратора
Это не то, что я ищу
Написано очень сложно и непонятно
Есть устаревшая информация
Слишком коротко, мне не хватает информации
Мне не нравится, как это работает