Короткий ответ: BI — это класс систем, который собирает цифры из ваших рабочих систем, приводит их к одному согласованному определению и показывает в виде экранов с графиками. Своих данных у него нет: он ничего не производит и ничего не исправляет. Отсюда главное свойство класса — BI показывает ровно то качество данных, которое у вас уже есть, и делает это заметнее, чем любой отчёт до него.
Именно поэтому класс чаще всего покупают не вовремя. Порядок в данных наводить долго и скучно, а дашборд выглядит как быстрый способ получить управляемость. В результате компания получает красивые графики по неверным цифрам, и это хуже, чем отсутствие графиков: по таблице, которой не доверяют, решения не принимают, а по картинке — принимают.
Business Intelligence — надстройка над вашими системами. Она подключается к учётной системе, к CRM, к выгрузкам маркетплейсов, складывает из них модель данных и рисует по ней экраны. Если в учёте одна и та же отгрузка проведена дважды, BI покажет её дважды. Если у номенклатуры три написания, в разрезе по товару будет три строки вместо одной.
Все числа ниже — модельный пример: оптовая компания, 40 человек, три источника данных (1С:Управление торговлей, CRM и две выгрузки с маркетплейсов), отчётность сейчас собирается вручную в таблицах. Час работы внешнего инженера — 1 200 ₽, час работы своего сотрудника — 900 ₽. Цены на лицензии и облако — порядок величин на сентябрь 2026 года, сверяйте на дату закупки.
Чем BI отличается от отчётов в учётной системе
Первое возражение почти всегда одно: «у нас и так есть отчёты в 1С». Это верное возражение, и в половине случаев на нём разговор можно закончить. Разница между классами лежит не в красоте экрана, а в пяти признаках.
| Признак | Отчёт в учётной системе | BI |
|---|---|---|
| Сколько источников видит | Только собственную базу | Несколько систем одновременно |
| Где живёт определение показателя | Внутри отчёта, у каждого своё | Отдельно от отчёта, одно на компанию |
| Кто меняет отчёт | Программист по заявке | Аналитик, иногда сам пользователь |
| История значений | Пересчитывается на текущий момент | Хранится на дату, видна динамика |
| Что происходит при расхождении | Спорят двумя распечатками | Смотрят в одно определение и в источник |
Строка про определение показателя — самая важная и самая недооценённая. Пока «выручка» существует только внутри конкретного отчёта, у финансового директора и у руководителя продаж будут разные числа, и оба будут правы: один считает с возвратами, другой без, один по отгрузке, другой по оплате. BI не решает этот спор сам, но заставляет его провести один раз и записать результат в одном месте.
Схема из трёх горизонтальных слоёв, снизу вверх. Нижний — три прямоугольника-источника с подписями «учётная система», «CRM», «выгрузки маркетплейсов», над ними бирка «подключения и расписание обновления». Средний — широкая полоса «модель данных: справочники, связи, определения показателей», сбоку вынос «здесь живёт ответ на вопрос, что считается выручкой». Верхний — прямоугольник «экран с графиками», рядом подпись «14 % сметы». Стрелки идут строго снизу вверх. Чертёжный стиль, приглушённая палитра, подписи по-русски.
Обязательное условие: чьи это цифры
У класса BI есть вход, без которого проект не имеет смысла. Он не технический: подключиться к базе можно за день. Он организационный, и состоит из четырёх пунктов.
- Письменное определение каждого показателя. Что входит в выручку, на какую дату она признаётся, как считаются возвраты, включается ли НДС. Одна строка текста на показатель, и её согласуют финансы и руководитель направления, а не подрядчик.
- Один справочник на компанию. Номенклатура, контрагенты, подразделения, склады. Если в трёх системах один и тот же контрагент написан по-разному, свести его придётся руками, и это самая длинная работа проекта — подробно она разобрана в материале дашборд начинается со справочников.
- Владелец показателя. Конкретный человек, который отвечает за то, что цифра верна, и к которому приходят с вопросом о расхождении. Без него любой спор превращается в претензию к подрядчику, а подрядчик источник данных не контролирует.
- Регламент обновления. Когда данные считаются актуальными и что делать, если выгрузка не пришла. Дашборд с молча устаревшими данными опаснее его отсутствия: человек видит вчерашнюю картину и уверен, что она сегодняшняя.
Самый частый исход преждевременного внедрения выглядит так: экран собран, выглядит убедительно, но на первой же планёрке кто-то замечает, что цифра не сходится с учётом. Дальше происходит одно из двух — либо проект останавливается на разбор источников, либо дашборд перестают открывать и возвращаются к таблицам. Оба исхода стоят полной сметы. Проверка данных до сборки экрана всегда дешевле разбора после неё.
Где кончается класс BI
Границу полезно проговорить до подписания сметы, потому что все три задачи ниже регулярно пытаются повесить на BI, и ни одна из них в нём не решается.
- BI не чинит данные. Он умеет отфильтровать и переименовать на лету, но исправление идёт в источнике. Правка внутри витрины создаёт вторую версию правды, которая расходится с учётом уже через месяц.
- BI не заменяет учёт. Витрина не является основанием ни для одного документа: ни для отчётности, ни для сверки с контрагентом. Она отвечает на управленческие вопросы, а не на вопросы налогового органа.
- BI не принимает решения. Подсветка красным — это не действие. Пока у показателя нет порога и человека, который обязан реагировать на его пересечение, дашборд остаётся справочником.
Сколько стоит первый дашборд
Считаем не проект целиком, а первый работающий экран на пять показателей. Это правильная единица планирования: она даёт понятный результат за месяц и показывает, где на самом деле лежат трудозатраты.
Из расчёта следует практический вывод для переговоров. Если подрядчик оценивает работу в часах на «разработку дашбордов» и не выделяет отдельно согласование определений и справочники, он либо не собирается их делать, либо переложит эту работу на вас в середине проекта. И то и другое обнаружится на третьей неделе.
Дальше начинается владение, и его забывают заложить почти всегда. Модель данных живёт: появляется новый склад, меняется структура номенклатуры, добавляется маркетплейс. В модельной компании это 4–8 часов работы в месяц плюс лицензии или облачная подписка. Ключевой вопрос не в сумме, а в том, чьи это часы: если после сдачи модель не ведёт никто, витрина устаревает за полгода и тихо перестаёт открываться.
Типовой первый дашборд: что на нём должно быть
Отбирать показатели по списку из статьи бесполезно: у каждой компании свои. Рабочий способ — неделю записывать вопросы, которые руководитель задаёт людям голосом или в переписке. Пять самых частых и становятся первым экраном, потому что на них уже тратится время живых сотрудников. В оптовой компании этот список обычно выглядит так.
- 1Выручка и валовая маржа по направлениям за текущий месяц с накопленным итогом и сравнением с прошлым месяцем. Маржа важнее выручки: рост оборота при падении маржи выглядит на графике выручки как успех.
- 2Заявки и сделки: сколько пришло, сколько в работе, сколько зависло дольше обычного. Источник — CRM, и именно здесь чаще всего вскрывается, что часть обращений в неё не попадает.
- 3Дебиторская задолженность с просрочкой по контрагентам, отсортированная по сумме. Показатель, по которому решение принимается чаще всего и быстрее всего окупается.
- 4Остатки и оборачиваемость по группам: что лежит дольше нормы и по чему вот-вот будет дефицит. Требует согласованной номенклатуры, поэтому обычно появляется вторым заходом, а не в первом экране.
- 5Выполнение плана по направлениям и менеджерам — но только если план действительно ставится и пересматривается. Плитка с планом, который никто не обновлял три месяца, обесценивает весь экран.
Правило отбора на будущее: показатель живёт на экране, если известно, кто и какое решение по нему принимает и с какой периодичностью. Если ответа на эти два вопроса нет, показателю на первом экране не место, каким бы важным он ни выглядел.
Нарисованный от руки макет одного экрана, разделённого на пять подписанных блоков: «выручка и валовая маржа по направлениям», «заявки и сделки», «дебиторка с просрочкой», «остатки и оборачиваемость», «выполнение плана». У каждого блока сбоку узкая выноска с двумя строками — «кто смотрит» и «какое решение». Внизу подпись: «показатель остаётся на экране, только если у него есть решение и владелец». Это схематичный чертёж интерфейса, а не скриншот реального продукта: без логотипов, названий систем и реальных данных. Чертёжный стиль, подписи по-русски.
Российские платформы на сентябрь 2026 года и реестр
Power BI и Tableau в России недоступны, и вопрос замены стоит перед всеми, кто строил отчётность на них. К внедрению доступны российские и открытые платформы, и три из них встречаются в проектах чаще остальных.
- Yandex DataLens — облачная платформа с самым быстрым стартом и понятной ценой. Подходит, когда данные уже лежат в российском облаке и нет требований по реестру отечественного ПО. Отдельный разбор того, почему это важно в тендерах, — DataLens и реестр отечественного ПО.
- Visiology — платформа, ориентированная на корпоративный контур и требования импортозамещения. Выбирают там, где запись в реестре и установка на своих серверах обязательны по контракту, а не по желанию.
- Apache Superset — открытое решение без лицензионных платежей, но с полной стоимостью владения на вашей стороне: сервер, обновления, человек, который это сопровождает. Осмысленно, когда в компании уже есть инженер данных, и невыгодно, когда его нет.
Рынок шире этих трёх, и выбирать имеет смысл по семи критериям, а не по названиям: коннекторы к вашим источникам, модель лицензирования по именованным пользователям, требования к серверу, кто ведёт модель данных после сдачи. Разбор платформ с критериями — в материале как выбрать российскую BI-систему, а сценарий переезда готовой отчётности с Power BI и Tableau с расчётом — в чем заменить Power BI и Tableau.
Когда хватает выгрузки в таблицу
Критерий один и он не про размер компании. Считаются две вещи: как часто по цифре принимается решение и в скольких системах лежат исходные данные. Если решение принимается раз в квартал, а данные живут в одной базе, BI не окупится никогда — отчёт из учётной системы и выгрузка в таблицу справятся дешевле.
- 1Решение по показателю принимается раз в месяц или реже — достаточно выгрузки по расписанию.
- 2Все данные в одной системе, и отчёт в ней уже есть — платить за витрину не за что.
- 3Цифру смотрит один человек — ему хватит файла, а на согласование определений с самим собой время не тратится.
- 4Справочники ещё не сведены — любая витрина будет показывать разрозненные строки, и это вопрос не платформы.
Обратный порог тоже прост: как только один и тот же вопрос приходится задавать двум разным людям в двух системах и сводить ответы руками чаще раза в неделю, ручная сборка уже дороже витрины. Развёрнутый разбор с признаками и промежуточным вариантом — в материале когда BI не нужен.
Две колонки одинаковой ширины. Левая с заголовком «хватит выгрузки»: один блок-источник, одна стрелка в блок «файл», подписи «решение раз в квартал», «смотрит один человек». Правая с заголовком «пора считать витрину»: три блока-источника, три стрелки сходятся в блок «модель данных», от него стрелка в «экран», подписи «решение еженедельно», «смотрят четверо», «сведение руками дольше часа в неделю». Внизу общая подпись: «порог — это частота решения и число источников, а не число сотрудников». Чертёжный стиль, приглушённая палитра, подписи по-русски.
BI не делает данные верными. Он делает неверные данные заметными — и это единственная причина, по которой его стоит ставить после наведения порядка, а не вместо него.
