В DataLens COUNTD считает уникальные значения внутри группы. Для отчёта о заказах это полезно только при правильном ключе и понятной группировке чарта. Количество товарных строк и количество заказов должны оставаться отдельными показателями. Справка проверена редакцией 14 октября 2026 года.

Подготовьте идентификатор события

Не подставляйте в COUNTD артикул, если хотите узнать число заказов: так получится ассортимент, участвовавший в продажах. Используйте подтверждённый идентификатор заказа и заранее установите, уникален ли он между кабинетами и площадками.

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

Создайте показатель на нужном уровне

Базовая формула имеет вид COUNTD([Ключ заказа]). По определению функции результат относится к группе. В DataLens её задают измерения чарта, поэтому добавление категории или магазина меняет вопрос, на который отвечает отдельная строка.

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

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

В учебном наборе заказ 101 содержит кружку и ложку, заказ 102 — кружку. У кружки два заказа, у ложки один, но в магазине всего два уникальных заказа. Сумма товарных строк счётчика равна трём, потому что один заказ участвует сразу в двух группах.

Такое расхождение не нужно исправлять делением или удалением строки заказа. Сохраните отдельный общий COUNTD и объясните пользователю охват товарной детализации. Аналогичная проблема разобрана для сводных Excel; в DataLens проверка дополнительно привязана к измерениям и фильтрам конкретного чарта.

Сверьте дашборд после настройки

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

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