Визуализация в Power BI: отчёт, дашборд и пример план-факт

Обновлено 3 сентября 2026 года.

Чтобы создать полезную панель в Power BI, сначала определите вопрос пользователя и расчёты, затем выберите графики и настройте взаимодействия. Красивый экран не поможет, если сумма считается по неверной детализации или фильтр незаметно меняет смысл показателя.

В руководстве ниже — пример отчёта «Факт и план продаж», выбор визуализаций, фильтры, детализация, мобильный макет и публикация. Данные учебные, поэтому каждый результат можно проверить без доступа к корпоративной базе.

Отчёт и dashboard в Power BI — разные объекты

В повседневной речи «дашбордом» часто называют обзорную страницу отчёта. В интерфейсе Power BI это не одно и то же: в Desktop нельзя выбрать новый dashboard с несколькими вкладками. Поэтому сначала создадим отчёт в Desktop, а затем разберём закрепление его элементов на dashboard сервиса. Определение dashboard у Microsoft.

Шаг 1. Определите решение и состав страницы

Для CRM-сценария посмотрите существующие примеры отчётов Power BI для Битрикс24: их можно сопоставить с вопросами и показателями своего отчёта.

Для примера вопрос звучит так: выполнен ли план продаж за выбранный период и в каком месяце возникло наибольшее отклонение? Пользователь — руководитель продаж; следующее действие — разобрать причины отклонения с ответственным.

Для этой задачи достаточно четырёх карточек, графика факта и плана, диаграммы отклонений и таблицы деталей. Географическая карта, круговая диаграмма и десять дополнительных показателей не нужны, пока нет отдельного вопроса, на который они отвечают.

На обзорной странице держите рядом показатель, единицу измерения, период и базу сравнения. Значение «96,1%» без подписи может означать выполнение плана, конверсию или долю — читателю не следует это угадывать.

Шаг 2. Подготовьте небольшой набор данных

Используйте актуальную 64-битную версию Power BI Desktop. Через Enter data внесите таблицу и назовите её Monthly. MonthStart задайте типом Date, Revenue и Plan — числовым типом для сумм, Orders — целым числом.

Здесь одна строка — итог месяца; каждый заказ отнесён ровно к одному месяцу. Поэтому число заказов складывается из Orders. COUNTROWS(Monthly) вернул бы число месяцев, то есть 6, а не 86 заказов.

Для реального источника используйте соответствующий коннектор Excel, SQL Server или другого сервиса и проверьте данные в Power Query. Навигатор книги Excel не импортирует произвольные «отчёты» как отдельный тип объектов. Возможности источников и обновления описаны в руководстве по интеграциям Power BI.

В этом примере план и факт имеют одинаковую детализацию. Если план задан на месяц и подразделение, а продажи — по строкам заказов, не копируйте весь месячный план в каждую строку продажи. Нужны отдельные факты и общие измерения с продуманной фильтрацией.

Шаг 3. Создайте меры и проверьте итоги

Создайте меры по одной через New measure. В примере используются английские имена полей и запятые как разделители аргументов:

Revenue = SUM(Monthly[Revenue])

Plan = SUM(Monthly[Plan])

Orders = SUM(Monthly[Orders])

Variance = [Revenue] - [Plan]

Plan Attainment = DIVIDE([Revenue], [Plan])

Average Order = DIVIDE([Revenue], [Orders])

Plan Attainment отформатируйте как процент с одним десятичным знаком, денежные меры — как суммы в рублях. Встроенное процентное форматирование уже умножает отображаемое отношение на 100; делать это ещё раз в DAX не нужно.

Мера вычисляется в контексте текущих фильтров. Она не означает автоматически «сумму за всё время». Вычисляемый столбец с SUM по всей таблице не создаёт правильные месячные итоги сам по себе. Подробнее — в руководстве по DAX.

Шаг 4. Подберите визуализации под вопрос

Гистограмма распределения и обычная диаграмма продаж по категориям решают разные задачи. Карта полезна, когда география влияет на решение; проверьте распознавание населённых пунктов и исходные координаты. Размер области на карте не равен величине показателя.

Шкала может сильно менять впечатление от роста. Для столбцов обычно нужна нулевая база; для линий допустим другой диапазон, если он явно обозначен и не вводит в заблуждение. Пример — в разборе ошибок визуализации.

Шаг 5. Соберите страницу «Факт и план»

1. Добавьте карточки Revenue, Plan Attainment, Variance и Orders.
2. Создайте линейный график: на оси X — MonthStart как дата, в значениях — Revenue и Plan. Проверьте хронологическую сортировку.
3. Создайте горизонтальную диаграмму отклонений: по категориям — месяцы, в значениях — Variance. Оставьте видимую нулевую линию и подпишите значения.
4. Добавьте таблицу с месяцем, выручкой, планом, отклонением и выполнением плана.
5. Добавьте срез периода и ясное обозначение выбранных дат.

Имена месяцев без года могут смешать январь разных лет. Для многолетнего отчёта используйте полноценную дату или метку год-месяц с корректным полем сортировки. Не полагайтесь на алфавитный порядок названий.

В учебном наборе отклонения по месяцам равны −200, +100, −200, +100, +200 и −400 рублей. В июне выручка составляет 2 000 при плане 2 400: выполнение — 83,3%. Такой набор контрольных значений помогает проверить страницу после выбора периода.

Шаг 6. Различайте фильтрацию и подсветку

Фильтры бывают уровня визуала, страницы и всего отчёта. Срез — видимый элемент выбора на странице. Выбор точки другого визуала тоже может влиять на данные: через фильтрацию или подсветку.

Фильтрация оставляет выбранную часть данных. Подсветка показывает выбранный вклад в контексте оставшегося общего объёма. Поддержка действий зависит от типа визуала. Чтобы изменить поведение в Desktop, выберите исходный визуал и используйте Format → Edit interactions; у остальных визуалов задайте доступное действие или None. Настройка взаимодействий.

Проверьте на примере: выбор июня должен либо ограничить карточки июнем, либо оставить общий итог — в зависимости от назначенного поведения. Пользователь должен понимать, что происходит. Не оставляйте случайную смесь из общего итога на одной карточке и выбранного месяца на другой без пояснения.

Изменение среза не загружает автоматически новую версию исходных данных в Import. Оно меняет запрос к уже имеющейся модели. А фильтры интерфейса не заменяют RLS и другие правила доступа.

Шаг 7. Добавьте переход к деталям и управляемый сброс

Drill down меняет уровень иерархии внутри визуала, например год → квартал → месяц. Drillthrough переводит пользователя на другую страницу, передавая контекст выбранного объекта. Для него создайте целевую страницу, задайте поле drillthrough, разместите детали и проверьте переход из исходного визуала. Инструкция drillthrough.

У нашего набора есть только месячные итоги. Из него нельзя получить реальные строки заказов с помощью кнопки: для такой детализации нужна таблица заказов и связь с датой. Не обещайте пользователю уровень подробности, которого нет в источнике.

Закладки сохраняют состояние страницы, включая выбранные фильтры и срезы при включённом параметре Data. Это удобно для кнопки сброса к согласованному состоянию. Если закладка нужна только для переключения отображаемых элементов, проверьте, не сбрасывает ли она выбранный пользователем период. Работа с закладками.

Кнопка со ссылкой, действие перехода и запуск бизнес-процесса — разные механизмы. Произвольная визуализация не отправляет письмо автоматически без настройки соответствующего сценария.

Шаг 8. Оформите тему, доступность и мобильный макет

Используйте ограниченную палитру и одинаковые значения цветов во всём отчёте. Подчёркивайте отклонение не только цветом, но и знаком, подписью или формой. Корпоративный цвет не должен делать мелкий текст неразборчивым.

Общие настройки отчёта удобно задавать темой, а исключения — форматированием конкретного визуала. Не предполагается, что все настройки темы одинаково поддерживаются любым сторонним визуалом. Темы отчётов.

Проверьте порядок перехода клавишей Tab, понятные заголовки, альтернативный текст и контраст. Информация во всплывающей подсказке должна оставаться доступной пользователю, который не работает мышью. Рекомендации по доступности.

Для телефона создайте и проверьте mobile layout: сначала главные карточки, затем один ключевой график и путь к деталям. Уменьшенная копия широкого экрана часто становится нечитаемой. Проверяйте на реальном устройстве срезы, подписи и область нажатия кнопок. Мобильные макеты Power BI.

Шаг 9. Опубликуйте отчёт и при необходимости создайте dashboard

Сохраните отчёт и опубликуйте его в нужную рабочую область сервиса. Настройте доступ аудитории, условия лицензирования и обновление модели. Публикация файла сама по себе не создаёт правильное расписание и не открывает отчёт всем без учётной записи.

Для dashboard откройте опубликованный отчёт в сервисе и закрепите нужный визуал на новой или существующей панели, если у вас есть соответствующие права. Dashboard предназначен для обзора; обычные плитки не превращаются в общий холст отчёта с теми же срезами и взаимодействиями.

Отдельная возможность — закрепить целую страницу как live tile. В ней сохраняется взаимодействие с визуалами страницы, а изменения её оформления отражаются в плитке. Это отличается от закрепления отдельного визуала. Закрепление страницы.

Для закрытых данных используйте предоставление доступа и поддерживаемое безопасное встраивание. Publish to web создаёт публичную публикацию; пароль на странице вашего сайта не делает такой embed-код защищённым. Подробности — в руководстве по безопасности Power BI.

Проверка перед передачей пользователям

• Итоги совпадают с источником на небольшом проверяемом наборе.
• На странице видны период, единицы и определения показателей.
• Даты сортируются правильно; неполный период не выглядит как завершённый.
• Пустое значение отличается от нуля, а деление на ноль обработано.
• Фильтры, подсветка, закладки и возврат из детализации работают ожидаемо.
• Отчёт читается на телефоне и управляется с клавиатуры.
• Зритель видит только разрешённые данные, в том числе при доступном экспорте.
• Обновление проверено в сервисе; свежесть данных понятна пользователю.

Для медленной страницы используйте Performance Analyzer, чтобы найти тяжёлые визуалы и запросы. Удаление ненужного графика часто полезнее добавления ещё одного способа навигации. После оптимизации повторно сверьте расчёты: быстрый неверный итог не решает задачу отчёта.