Слово «Power Query» встречается почти в каждом разговоре про управленческую отчётность — но часто его путают с Power BI, формулами Excel или общим «анализом данных». На самом деле Power Query — это отдельный и очень конкретный слой: тот самый момент, когда сырые данные из разных источников превращаются в чистую, доверенную таблицу, на которой потом строится отчёт.
Этот гайд объясняет, что такое Power Query, где он работает (Excel, Power BI, Microsoft Fabric), что умеет, на чём строятся общие командные датасеты и какие ошибки чаще всего поджидают при сборке первого отчёта. Технические утверждения опираются на официальную документацию Microsoft Learn (Power Query documentation), ссылки — в разделе «Источники».
Короткий ответ
Power Query — это технология подключения и подготовки данных от Microsoft. Она есть в Excel, Power BI Desktop и Microsoft Fabric (как dataflows). Power Query подключается к сотням источников — файлы, базы данных, 1С через OData/HTTP, веб-API, SharePoint, Dataverse — и даёт графический инструмент для очистки, объединения и преобразования данных в таблицу, готовую для отчёта. Все шаги преобразований записываются как «рецепт» (на языке M под капотом), который можно обновить одним кликом, когда появятся новые данные.
Для бизнеса ценность Power Query в том, что он снимает ручную еженедельную сборку отчётов: вместо того чтобы копировать куски из разных файлов и сводить их руками, аналитик один раз описывает логику подготовки, а дальше данные обновляются автоматически. Это особенно важно для отчётов из 1С и других учётных систем, где исходные форматы часто «грязные» и требуют приведения к единому виду.
Что такое Power Query
По официальной формулировке Microsoft Learn, Power Query — это технология подключения и подготовки данных (data connectivity and data preparation technology). Простыми словами: это слой ETL (extract-transform-load) внутри экосистемы Microsoft, через который сырые данные превращаются в удобную для отчёта таблицу.
В чём ключевое отличие от ручной работы в Excel. Когда аналитик копирует данные руками, он делает одни и те же действия каждую неделю: открыть файл, удалить лишние столбцы, заменить коды справочников, объединить с фактом, убрать дубли. Любая ошибка или изменение структуры источника ломает отчёт. Power Query записывает все эти шаги как последовательность трансформаций (query steps). Когда приходит новый файл или обновляется база, аналитик нажимает «Обновить» — и весь рецепт выполняется заново, выдавая тот же результат.
Именно эта воспроизводимость и делает Power Query инструментом для управленческой отчётности: цифры в отчёте становятся проверяемыми, одинаковыми у всех, и их можно пересобрать на любую дату. Без этого доверие к dashboard Power BI остаётся интуитивным, а не доказательным.
Где работает Power Query
Power Query — не отдельное приложение, а технология, встроенная в несколько продуктов Microsoft:
- Excel для Windows. Вкладка «Данные» → «Получить данные». Это самый доступный вход в Power Query — он уже есть в корпоративном Excel без доплат. В Excel для Mac функциональность частичная.
- Power BI Desktop. Полноценная реализация Power Query для построения модели и отчётов. Бесплатный клиент, в котором делается основной объём подготовки данных для BI-проектов.
- Microsoft Fabric (dataflows). В Fabric Power Query работает как облачные потоки данных: подготовленная таблица хранится в облаке и переиспользуется несколькими отчётами и командами, вместо того чтобы каждый аналитик повторял одни и те же шаги локально.
Это означает, что навык Power Query переносится между инструментами: аналитик, научившийся готовить данные в Excel, потом делает то же самое в Power BI и Fabric без переобучения.
Что умеет Power Query
Главные группы операций:
- Подключение к источникам. Файлы (Excel, CSV, JSON, XML, папки с группой файлов), базы данных (SQL Server, Oracle, MySQL, PostgreSQL, IBM и др.), 1С через OData/HTTP/веб-API, SharePoint, Dataverse, Analysis Services, веб-страницы и любые REST API.
- Очистка. Удаление пустых строк и столбцов, исправление типов данных (число/дата/текст), замена значений, удаление дубликатов, обработка ошибок.
- Преобразование. Фильтры, сортировка, группировка с агрегацией, развёртывание (unpivot) и свёртывание (pivot) таблиц, разделение и объединение столбцов, условные столбцы.
- Объединение (merge) и добавление (append). Соединение нескольких таблиц по ключу (как JOIN в SQL) и stacking таблиц друг под друга (union). Это и есть тот самый data mashup — сборка одного датасета из нескольких источников.
- Параметризация. Параметры для путей к файлам, имён серверов, дат — чтобы один запрос работал в разных средах (dev/test/prod) или у разных пользователей.
Все эти операции делаются мышкой в графическом интерфейсе — Power Query сам записывает эквивалент на языке M.
M или графический интерфейс
Под капотом каждого шага Power Query — выражение на языке M (Power Query M formula language). M — это функциональный язык для описания трансформаций данных: фильтров, объединений, пользовательских функций.
Для большинства задач M писать вручную не нужно: графический интерфейс генерирует его автоматически. M руками начинают писать, когда:
- нужна сложная логика, которую не покрыть стандартными кнопками (кастомные функции, динамические преобразования);
- хочется переиспользовать кусок логики между запросами;
- приходится разбираться, почему конкретный шаг работает медленно.
Для старта проектов и для большинства управленческих отчётов достаточно графического интерфейса. M — это уровень продвинутого аналитика или инженера данных.
Общие датасеты в команде
Когда Power Query используется локально в Excel или Power BI Desktop, каждый аналитик строит свою подготовку данных — и часто несколько человек повторяют одни и те же шаги, немного по-разному. Это приводит к классической проблеме: «у нас три разных цифры по выручке».
Решение — dataflows в Power BI service или Microsoft Fabric. Аналитик один раз описывает подготовку ключевого датасета (например, «продажи по месяцам с привязкой справочника клиентов») и публикует его как dataflow. Дальше несколько отчётов и команд могут подключаться к этому готовому датасету, не повторяя шаги. Появляется единая, согласованная версия данных.
Важно различать слои: dataflow — это подготовленная таблица-источник; на её основе в Power BI строится уже semantic model (модель с мерами и связями), к которой подключаются отчёты. Dataflow не заменяет semantic model, а питает её — зато одинаково для всех, кто к ней обращается.
Это особенно полезно для управленческой отчётности: финансовый, коммерческий и операционный dashboards строятся на одной и той же проверенной таблице, а не на трёх разных ручных сборках. Стоимость такой зрелости — лицензии Power BI Pro или Microsoft Fabric и настройка шлюза данных (Data Gateway), если источники локальные.
Частые ошибки
- Жёсткая привязка к структуре файла. Если шаг Power Query жёстко удаляет «строку 3», то при изменении исходного файла всё ломается. Правильно — опираться на имена столбцов и логические признаки, а не на номера строк.
- Игнорирование типов данных. Если столбец с суммой остался текстом, агрегаты посчитаются неправильно или вообще упадут. Типы надо задавать явно.
- Слишком много шагов. Иногда аналитик делает 30 шагов там, где хватило бы 5. Лишние шаги замедляют обновление и усложняют поддержку.
- Дублирование логики у разных людей. Если один и тот же датасет независимо готовят трое, расходящиеся цифры неизбежны. Выход — dataflows и общий датасет.
- Локальные источники без шлюза. Автоматическое обновление из локальной базы или 1С требует Data Gateway; без него датасет обновляется только вручную на машине аналитика.
- Нет проверки источников. Power Query доверяет тому, что ему дали. Если в источнике поменялся справочник или появилось новое юрлицо, это нужно увидеть — иначе отчёт молча станет неполным.
Что собрать для первого отчёта
Перед стартом проекта или запросом оценки полезно зафиксировать:
- бизнес-вопрос, который должен отвечать отчёт (не «дашборд по продажам», а «выручка по сегментам и менеджерам к плану, еженедельно»);
- источники данных и способ доступа к ним (база, файл, 1С/OData, API);
- справочники, которые нужны для привязки (клиенты, товары, статьи затрат);
- правила расчёта ключевых метрик (что считаем выручкой, маржой, планом);
- владельца данных — кто подтверждает, что цифры верны;
- частоту обновления и аудиторию отчёта;
- где будет жить отчёт (Excel, Power BI, Fabric) и нужна ли автоматизация обновления.
Чем точнее эти вводные, тем меньше риск построить красивый отчёт, которому не доверяет ни финансовый директор, ни коммерческий.
Источники и границы
Технические утверждения опираются на официальную документацию Microsoft:
- Microsoft Learn — «What is Power Query?» и «Power Query documentation» (назначение, интерфейс, источники).
- Microsoft Learn — «Power Query M formula language reference» (язык M, mashup).
- Microsoft Learn — Dataflows в Power BI и Microsoft Fabric.
Состав источников, имена функций и доступны лицензирования в регионе меняются — проверяйте в документации Microsoft Learn и у CSP-партнёра. Этот гайд не заменяет техническое проектирование конкретного BI-решения.