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

Сначала определите ключ заказа

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

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

Используйте сводную на модели данных

В справке Microsoft функция Distinct Count определена как количество уникальных значений и доступна только при использовании модели данных Excel. Если пункт отсутствует, проверьте источник сводной и поддержку модели данных вашей редакцией Excel. Простое переименование поля «Количество» не меняет алгоритм.

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

Проверьте пример с несколькими товарами

Учебный набор редакции: заказ A содержит товары X и Y, заказ B — только X. В таблице три товарные строки, а уникальных заказов два. По товару X получится два заказа, по Y — один. Сумма этих строк равна трём, но общий Distinct Count равен двум: заказ A попал в обе товарные группы.

Это нормальная неаддитивность показателя, а не ошибка итоговой строки. Нельзя складывать уникальные заказы по товарам и выдавать сумму за количество заказов магазина. Подпишите отчёт так, чтобы коллега понимал различие между заказами с товаром и общим числом заказов.

Проверьте фильтры и повторное обновление

Повторите расчёт для одного кабинета и согласованного периода. В тестовой копии добавьте ещё одну строку существующего заказа: уникальный итог не должен вырасти. Затем добавьте новый подтверждённый номер и проверьте увеличение. Такой тест проверяет именно выбранный смысл показателя.

Денежные поля продолжают суммироваться по своей логике. Если сводная считает заполненные суммы вместо денег, нужен отдельный разбор Sum и Count. Смешивать исправление типа денежного поля и подсчёт уникальных заказов в одну настройку нельзя.

Справка проверена редакцией 13 октября 2026 года. Это дата проверки, а не запуска функции.