Інтеграція Бітрікс24 з Power BI: автоматичні дашборди та звіти

Інтеграція Бітрікс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 будує дашборд поверх аналітичних таблиць. Типові візуалізації:

Чому варто обрати 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 і прискорює оновлення звітів.

Що входить у роботу

Кожен проект з інтеграції Бітрікс24 з Power BI включає:

• Документування схеми даних та обмежень REST API
• Розробку ETL-скрипту з інкрементальним завантаженням
• Створення аналітичної бази даних (PostgreSQL/MariaDB)
• Дашборд Power BI з 5–7 звітами (воронка, виручка, конверсія, навантаження)
• Налаштування оновлення даних та моніторинг помилок
• Навчання співробітників роботі з дашбордом

Гарантуємо підтримку протягом 3 місяців після здачі. За 8 років ми виконали понад 120 проектів з інтеграції Бітрікс24 з різними системами.

Оцінемо ваш проект — напишіть нам, щоб обговорити деталі. Замовте інтеграцію під ключ: від аудиту даних до дашборду в Power BI.

Зв'яжіться з нами для консультації — допоможемо обрати оптимальний підхід під ваші обсяги.