Одна таблица содержит несколько единиц счёта
Возьмём вымышленные данные из трёх строк. Заказ А принадлежит клиенту К1 и содержит три единицы товара. Заказ Б того же клиента содержит две единицы. Заказ В принадлежит клиенту К2 и содержит четыре единицы. В этой модели одна строка соответствует целому заказу. Получается три заказа, два уникальных клиента и девять единиц товара. Ни одно из этих чисел не заменяет остальные. Перед созданием визуализации полезно записать вопрос целиком: сколько заказов оформлено, сколько клиентов участвовало или сколько единиц товара включено в заказы.
Способ обобщения задаёт смысл числа
Сумма поля количества складывает три, два и четыре, поэтому даёт девять. Подсчёт заполненных значений того же поля даёт три. Подсчёт различных значений поля клиента даёт два, потому что К1 встречается повторно. В Power BI доступны разные варианты обобщения, включая сумму, количество и количество уникальных значений; набор зависит от поля и модели. Поэтому автоматический выбор следует проверить. Заголовок показателя должен соответствовать операции: число заказов нельзя подписывать как число товаров. Само наличие числового значения на карточке ещё не сообщает, что именно посчитано.
Тип данных и смысл поля проверяют отдельно
Если количество загружено как текст, доступные операции могут отличаться от ожидаемых для чисел. Но и числовой тип не делает любое поле подходящим для суммирования. Номера заказов служат идентификаторами: сумма номеров не выражает объём работы. В нашем примере обозначения А, Б и В помогают сразу увидеть эту роль. При проверке полезно посмотреть исходные строки, пропуски и повторения. Особенно важно знать уровень детализации: если позднее каждый товар внутри заказа станет отдельной строкой, простое количество строк уже не будет количеством заказов. Ранее правильная подпись может оказаться неверной после изменения структуры данных.
Фильтр меняет набор, к которому относится вывод
Выберем только клиента К1. В учебной таблице останутся два заказа и пять единиц товара, а уникальный клиент будет один. Отчёт без подписи о таком ограничении легко принять за итог по всей базе. Поэтому рядом с числом важно понимать действующие фильтры и период. Для маленького набора полезен ручной контроль: выписать подходящие строки и повторить вычисление. Это проверяет логику показателя, хотя не доказывает правильность всех исходных данных. Сначала устанавливается смысл числа, затем выбирается подходящая форма представления и только после этого делаются содержательные выводы.
Попробуйте на практике
Проверьте три показателя на бумаге или в уже доступном редакторе таблиц, без регистрации в сервисах.
- Создайте три строки: А, К1, 3; Б, К1, 2; В, К2, 4. Назовите столбцы заказ, клиент и количество.
- Отдельно вычислите сумму количества, число заказов и число различных клиентов. Подпишите единицу каждого результата.
- Оставьте только строки клиента К1 и повторите все три вычисления.
- Представьте, что число строк подписали как количество товаров. Объясните, какую операцию или подпись нужно изменить.
Как проверить результат. Для всей таблицы получены девять единиц товара, три заказа и два клиента; для К1 пять единиц, два заказа и один клиент. У каждого числа есть понятное название и область расчёта.
Частые вопросы
Почему программа предлагает количество вместо суммы?
Одна из возможных причин связана с текстовым типом поля. Также имеют значение настройки модели и используемый элемент визуализации. Нужно проверить определение поля, а не только его внешне числовой вид.
Достаточно ли выбрать правильную операцию один раз?
После изменения структуры данных или фильтров смысл показателя стоит проверить снова. Например, переход от строки заказа к строке отдельной позиции меняет то, что означает подсчёт записей.
Самостоятельный разбор темы. Содержание конкретной обучающей программы здесь не представлено.