Почему отчёты показывают разные цифры

Одинаковое название, разные вопросы

Возьмём условный пример. За сентябрь создано 100 заказов. К 5 октября 80 из них отгружены, а 70 полностью выкуплены. Все выкупленные заказы входят в число отгруженных; частичных операций в этом примере нет.

Названия «конверсия» недостаточно для сверки. Здесь нужны два разных определения: «Доля полностью выкупленных заказов среди созданных» и «Доля полностью выкупленных заказов среди отгруженных». Для обоих зафиксированы заказы сентября и дата наблюдения — 5 октября.

Если же разделить все выкупы сентября на все заказы, созданные в сентябре, в числитель могут попасть августовские заказы. Такое отношение не описывает конверсию одной группы заказов. Оно может использоваться как отдельный операционный показатель, если его назначение явно определено.

Зафиксировать, что именно считается

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

Таблица прокручивается влево и вправо

В реальной модели отдельно задаются частичный выкуп, возврат после выкупа, объединение заказов и повторное открытие. Универсального правила для них нет: «когда-либо выкуплен» и «выкуплен за вычетом последующего полного возврата» описывают разные события.

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

Детализация и итоговые значения

Один заказ может содержать несколько строк и товары разных категорий. Подсчёт строк тогда не равен подсчёту заказов. Если единственный заказ включает обувь и аксессуары, в каждой категории будет один уникальный заказ, а общий итог останется равным одному. Сумма значений категорий даст два и ответит уже на другой вопрос. Это документированное свойство подсчёта уникальных значений. Microsoft Learn: DISTINCTCOUNT и неаддитивность итогов.

Проценты также требуют пересчёта из исходных величин. Для двух непересекающихся групп с 5 выкупами из 10 отгрузок и 81 выкупом из 90 общий результат составляет 86 из 100, то есть 86%. Простое среднее значений 50% и 90% даст 70%. Для итоговой конверсии здесь требуется отношение сумм числителей и знаменателей. Такой порядок расчёта соответствует рекомендации хранить компоненты неаддитивных показателей. Kimball Group: аддитивность показателей.

Время наблюдения и поведение фильтров

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

В BI-приложении к этому добавляются выборки пользователя. В Qlik выражение Sum({$} Sales) использует текущую выборку, а Sum({1} Sales) игнорирует выборки, сохраняя разбиение по измерениям диаграммы. Поэтому одинаковое поле Sales ещё не означает одинаковый набор суммируемых записей. Это правило описано для Qlik Sense on Windows May 2026. Qlik Help: идентификаторы наборов.

С чего начать сверку двух отчётов

1. Зафиксируйте один срез. Период, дату наблюдения, часовой пояс и выборки пользователя. Сохраните параметры обоих отчётов.
2. Выпишите состав расчёта. Что считается объектом, какие записи входят в числитель и знаменатель, как обрабатываются отмены и возвраты. Используйте паспорт показателя выше как шаблон.
3. Проследите отдельные записи. Возьмите обычный заказ, отмену, частичный выкуп, возврат и отгрузку через границу месяца. Сравните их путь от источника до итогового выражения.
4. Проверьте группы и общий итог. Одинаковая сумма ещё не исключает ошибки: потери одной группы могут компенсироваться дублями другой.
5. Зафиксируйте причину расхождения. Исправьте обработку данных либо явно разделите показатели, если они отвечают на разные вопросы. После изменения правила повторите контрольные случаи и решите, нужен ли пересчёт истории.

Результат сверки — объяснение, какие записи и правила дали каждую цифру. Когда это установлено, можно осознанно выбрать общее определение или сохранить два разных показателя для финансового и операционного анализа.