Інтеграція Бітрікс24 з Power BI
Ми більше 8 років займаємося інтеграціями Бітрікс24 та побудовою аналітичних дашбордів. У кожному другому проекті чуємо: «Відділ аналітики будує звіти вручну в Excel, вивантаження раз на тиждень, дані застарівають до понеділка». Наше рішення — ETL-пайплайн з прямим підключенням Power BI до REST API Бітрікс24. Дашборди оновлюються автоматично до 8 разів на добу. Це скорочує витрати на ручний збір даних до 80% та економить десятки годин щомісяця.
Як вибрати підхід для підключення?
Варіант 1 — Power BI Dataflow + REST API. Налаштовується в Power BI Service через конектор «Web» з вебхуком Бітрікс24. Підходить для невеликих обсягів — до 50 000 записів. Мінус: відсутність контролю над помилками та ліміт на кількість запитів.
Варіант 2 — ETL-процес → проміжна БД → Power BI. Проміжним шаром виступає PostgreSQL або MariaDB. ETL-скрипт (Python або Node.js) вивантажує дані з REST API, трансформує та складає в аналітичні таблиці. Power BI підключається до бази через ODBC. Це production-підхід: надійніше, швидше, не залежить від примх API при оновленні звіту.
Для більшості клієнтів рекомендуємо другий варіант. Він дозволяє гнучко керувати розкладом, робити денормалізовані зрізи та легко масштабуватися при зростанні даних.
Архітектура ETL-процесу на продакшені
Бітрікс24 REST API → Python ETL → PostgreSQL (аналітична схема) → Power BI ETL-скрипт запускається по cron щогодини. Схема бази — денормалізовані таблиці, оптимізовані під аналітичні запити. На відміну від OLTP-схеми Бітрікс24, тут мінімум JOIN-ів: факти (угоди, ліди) та виміри (користувачі, стадії, воронки).
-- Факт-таблиця угод CREATE TABLE b24_deals ( id BIGINT PRIMARY KEY, title TEXT, stage_id VARCHAR(50), amount NUMERIC(15,2), currency VARCHAR(3), assigned_id INT, contact_id INT, company_id INT, created_date TIMESTAMP, closed_date TIMESTAMP, pipeline_id INT ); -- Виміри CREATE TABLE b24_users ( id INT PRIMARY KEY, full_name TEXT, department TEXT, email TEXT ); CREATE TABLE b24_stages ( id VARCHAR(50) PRIMARY KEY, name TEXT, pipeline_id INT, sort INT, is_final BOOL ); Вивантаження даних через REST API на Python
Бітрікс24 REST API повертає дані посторінково — по 50 записів. Ітеративний збір реалізується простим циклом:
import requests import psycopg2 WEBHOOK = "https://your-domain.bitrix24.ru/rest/1/token/" PG_CONN = "postgresql://user:pass@localhost/analytics" def fetch_all(method, params=None): """Посторінкове вивантаження з Б24 API""" items, start = [], 0 while True: r = requests.post(WEBHOOK + method, json={ **(params or {}), "start": start }).json() items.extend(r.get("result", [])) if r.get("next") is None: break start = r["next"] return items def sync_deals(): deals = fetch_all("crm.deal.list", { "select": ["ID","TITLE","STAGE_ID","OPPORTUNITY","CURRENCY_ID", "ASSIGNED_BY_ID","CONTACT_ID","COMPANY_ID", "DATE_CREATE","CLOSEDATE","CATEGORY_ID"], "filter": {">=DATE_MODIFY": last_sync_timestamp()}, }) conn = psycopg2.connect(PG_CONN) cur = conn.cursor() for d in deals: cur.execute(""" INSERT INTO b24_deals VALUES (%s,%s,%s,%s,%s,%s,%s,%s,%s,%s,%s) ON CONFLICT (id) DO UPDATE SET stage_id=EXCLUDED.stage_id, amount=EXCLUDED.amount, closed_date=EXCLUDED.closed_date """, (d["ID"], d["TITLE"], d["STAGE_ID"], ...)) conn.commit() Підхід гарантує актуальність даних: щогодини скрипт забирає лише ті записи, у яких змінилося поле DATE_MODIFY. Поле підтримується для всіх об'єктів CRM згідно з REST API.
Ключові метрики для дашборду
Power BI будує дашборд поверх аналітичних таблиць. Типові візуалізації:
| Метрика | Джерело |
|---|---|
| Воронка угод за стадіями | b24_deals GROUP BY stage_id |
| Виручка за менеджерами | b24_deals JOIN b24_users |
| Конверсія лід → угода → оплата | b24_leads JOIN b24_deals |
| Середній час у стадії | Розрахунок по timestamp переходів |
| Навантаження за менеджерами (активні угоди) | Фільтр is_final = false |
Чому варто обрати ETL з проміжною БД?
Пряме підключення через Dataflow часто ламається при оновленні даних через обмеження REST API. ETL-прошарок вирішує цю проблему: помилки логуються, пропущені пакети довантажуються повторно. До того ж, ви заздалегідь денормалізуєте дані, що прискорює відрисовку дашбордів у 3–5 разів.
Оновлення даних у Power BI Service
У Power BI Service налаштовується розклад оновлення датасету: підключення до PostgreSQL через On-premises data gateway (якщо БД локальна) або до хмарної PostgreSQL напряму. Частота оновлення — від 1 разу на добу (безкоштовний план) до 8 разів на добу (Premium Per User).
Для оперативного моніторингу продажів налаштовуємо DirectQuery (реальний час) замість Import Mode. Мінус: запити до БД при кожному відкритті звіту, навантаження на базу.
Як часто оновлюються дані та що дає інкрементальне завантаження?
При обсязі більше 100 000 угод повне перезавантаження щогодини — нераціональне. У Power BI Premium налаштовуємо Incremental Refresh: система сама визначає діапазон нових даних за датою та довантажує лише зміни. Це знижує навантаження на CRM і прискорює оновлення звітів.
| Задача | Трудозатрати |
|---|---|
| ETL-скрипт (Python + psycopg2) | 8–12 год |
| Схема аналітичної БД | 4–6 год |
| Дашборд у Power BI (5–7 звітів) | 8–16 год |
| Налаштування розкладу та моніторингу | 3–4 год |
Що входить у роботу
Кожен проект з інтеграції Бітрікс24 з Power BI включає:
- Документування схеми даних та обмежень REST API
- Розробку ETL-скрипту з інкрементальним завантаженням
- Створення аналітичної бази даних (PostgreSQL/MariaDB)
- Дашборд Power BI з 5–7 звітами (воронка, виручка, конверсія, навантаження)
- Налаштування оновлення даних та моніторинг помилок
- Навчання співробітників роботі з дашбордом
Гарантуємо підтримку протягом 3 місяців після здачі. За 8 років ми виконали понад 120 проектів з інтеграції Бітрікс24 з різними системами.
Оцінимо ваш проект безкоштовно — напишіть нам, щоб обговорити деталі. Замовте інтеграцію під ключ: від аудиту даних до дашборду в Power BI.
Зв'яжіться з нами для консультації — допоможемо обрати оптимальний підхід під ваші обсяги.