Payments are experiencing issues due to temporary restrictions in Russia. If your payment does not go through, please submit a support request.Our support team is available 24/7 — we are always here to help with hosting and server issues.We are now accepting requests for dedicated server rental and colocation services in our data center.Reminder: we recommend enabling backups for additional data protection.A new VPS/VDS lineup with NVMe storage and improved performance is now available.Maintenance work on some servers has been completed. All services are operating normally.
Article4 min read

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.

Blue glass shapes converging toward a central panel, illustrating data consolidation for reports.
In this article

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.