Reports in Bitrix24: What the September Update Means
Bitrix24 has expanded its documentation on BI Tables in the Builder. We explore how this benefits businesses and what to verify before ordering a new report.

In this article
Заказы — в интернет-магазине, сделки — в CRM, расходы — в отдельной таблице. Прежде чем понять, как идут дела, руководителю приходится собирать цифры по частям. Сентябрьское обновление документации Битрикс24 касается как раз инструментов, из которых разработчик может собрать такую связку.
Что произошло 17 сентября
17 сентября 2026 года в официальном журнале изменений REST API Битрикс24 появилась запись о методах для работы с таблицами BI Конструктора. API — это способ, которым программы обращаются друг к другу. В данном случае приложение может создать таблицу для аналитики, получить её описание, изменить состав колонок или удалить её.
Это дата записи в документации. Она сама по себе не означает, что именно в этот день функция появилась у всех пользователей или что в вашем Битрикс24 автоматически изменились отчёты.
Чем это может пригодиться компании
Представим магазин, который продаёт через сайт и принимает обращения по телефону. На сайте хранится история заказов, в CRM — работа менеджеров. Владелец хочет видеть, какие обращения заканчиваются покупкой и сколько заказов действительно оплачено.
Для такого отчёта нужно сначала связать записи между собой: например, передавать номер заказа в сделку. Затем определить, какие суммы и статусы считать. Если магазин показывает все оформленные заказы, а менеджер считает только оплаченные, цифры будут различаться даже при исправном обмене.
Описанные в документации инструменты полезны разработчику на этапе подготовки таблиц для аналитики. Насколько они сократят ручную работу в конкретной компании, зависит от самой интеграции. Общего обещания «подключили — и все цифры сошлись» здесь быть не может.
Таблица ещё не означает готовый отчёт
По документации Битрикс24, таблица описывает колонки, а данные система запрашивает у подключённого приложения. Поверх таблицы пользователь создаёт набор данных — основу для будущих графиков и отчётов. Это отдельный шаг в интерфейсе BI Конструктора.
Поэтому задача для подрядчика должна звучать конкретно. Например: «Каждое утро видеть оплаченные заказы за вчера, отдельно по сайту и телефонным обращениям». С такой формулировкой проще проверить результат, чем с просьбой «настроить аналитику».
Когда можно обойтись тем, что уже есть
Если нужные сведения уже хранятся в Битрикс24, сначала посмотрите готовые отчёты BI Конструктора. Возможно, достаточно изменить существующий отчёт или добавить к нему график. Ради этого не обязательно заказывать отдельное приложение.
В рабочем месте аналитика также предусмотрена загрузка данных из CSV-файлов и подключение внешних источников. CSV — обычная таблица, сохранённая в текстовом формате. Разовая загрузка может подойти для проверки идеи отчёта; регулярное обновление данных нужно продумывать отдельно.
Если сведения находятся в базе интернет-магазина или другого сервиса, есть сценарии подключения MySQL и PostgreSQL. Для облачного и коробочного Битрикс24 настройка различается. До начала работ стоит проверить доступность нужных возможностей в вашем портале и требования к подключению.
С чего начать, чтобы не переделывать всё заново
Для первой проверки мы предлагаем выбрать один отчёт и короткий период — например, прошедшую неделю. Выпишите три вещи:
Какой вопрос должен закрыть отчёт: сколько заказов оплачено, где теряются обращения или сколько времени занимает обработка.
Из каких систем брать данные и как связать один заказ с одной сделкой.
С чем сверять результат: с несколькими проверенными заказами, включая отмену, возврат и частичную оплату.
Отдельно договоритесь, когда сведения должны обновляться и кто заметит остановку обмена. Отчёт может выглядеть аккуратно, но показывать вчерашние данные. Поэтому время последнего успешного обновления полезно видеть рядом с показателями.
Если первая проверка сошлась, можно добавлять другие источники и показатели. Если нет, сначала найдите причину расхождения: период, статус, повторную запись или правила расчёта. Дополнительные графики эту проблему не исправят.
Сентябрьская запись — хороший повод обсудить существующую интеграцию с разработчиком, если отчёты всё ещё приходится собирать вручную. Начните с одного вопроса, на который бизнесу нужен ответ, и нескольких заказов, по которым этот ответ можно проверить.
Источники: официальный журнал изменений REST API Битрикс24, запись от 17 сентября 2026 года; раздел «Таблицы: обзор методов»; справка Битрикс24 о BI Конструкторе и внешних источниках данных. Пример магазина и порядок проверки — редакционные рекомендации General iT.
Orders are in the online store, deals in CRM, and expenses in a separate table. Before understanding how the business is performing, a manager must gather figures piecemeal. The September update to Bitrix24 documentation covers the very tools developers use to link these components.
What Happened on September 17
On September 17, 2026, the official Bitrix24 REST API changelog recorded methods for working with BI Tables in the Builder. An API is the mechanism by which programs communicate. In this case, an application can create an analytics table, retrieve its description, modify its column structure, or delete it.
This date marks an entry in the documentation. It does not necessarily mean the feature became available to all users on that day or that reports in your Bitrix24 instance automatically changed.
How This Can Benefit a Company
Imagine a store that sells via its website and handles inquiries by phone. Order history is stored on the site, while the CRM tracks manager activities. The owner wants to see which inquiries result in a purchase and how many orders are actually paid.
To build such a report, you first need to link records—for example, by passing the order number to the deal. Then, you must define which amounts and statuses to count. If the store displays all placed orders while the manager counts only paid ones, the figures will differ even if the data exchange is working correctly.
The tools described in the documentation are useful for developers during the table preparation phase for analytics. How much they reduce manual work in a specific company depends entirely on the integration itself. There is no universal promise that 'connect it, and all numbers will match.'
A table does not mean a ready-made report
According to Bitrix24 documentation, a table defines columns, while the system fetches data from the connected application. On top of the table, the user creates a dataset—the foundation for future charts and reports. This is a separate step in the BI Constructor interface.
Therefore, the task for a contractor must be specific. For example: 'Show paid orders from yesterday every morning, separately for website and phone inquiries.' With such a formulation, it is easier to verify the result than with a vague request to 'set up analytics.'
When you can rely on what is already available
If the necessary data is already stored in Bitrix24, first check the ready-made reports in the BI Constructor. It may be enough to modify an existing report or add a chart to it; there is no need to order a separate application for this.
The analyst workspace also supports uploading data from CSV files and connecting external sources. A CSV file is a standard table saved in text format. A one-time upload may suffice to test a report idea; regular data updates require separate planning.
If the data resides in an online store database or another service, there are scenarios for connecting MySQL and PostgreSQL. Configuration differs between cloud and on-premise versions of Bitrix24. Before starting, verify that the required capabilities are available in your portal and review the connection requirements.
Where to start to avoid redoing everything
For an initial check, we recommend selecting one report and a short period—for example, the past week. Write down three things:
What question the report must answer: how many orders were paid, where leads are lost, or how long processing takes.
Which systems to pull data from and how to link a single order to a single deal.
What to compare the results against: several verified orders, including cancellations, returns, and partial payments.
Separately agree on when data should refresh and who will notice if the synchronization stops. A report may look neat but display yesterday's data. Therefore, it is useful to show the time of the last successful update next to the metrics.
If the initial check aligns, you can add other sources and metrics. If not, first identify the cause of the discrepancy: the period, status, duplicate records, or calculation rules. Additional charts will not fix this issue.
The September update is a good opportunity to discuss your existing integration with a developer if reports are still being compiled manually. Start with one question the business needs answered and a few orders to verify that answer.
Sources: official Bitrix24 REST API changelog, entry dated September 17, 2026; section "Tables: Overview of Methods"; Bitrix24 help article on the BI Constructor and external data sources. The store example and verification steps are editorial recommendations from General iT.

Discussion0
Share your experience and ask questions. Comments without links appear after editorial review.
No comments yet. Start the discussion.