Короткий ответ
Сначала зафиксируйте одинаковые аккаунт, период, валюту и уровень детализации, затем проверьте время обновления, фильтры, кэш и дубли при объединении данных. Сравнивайте один источник и один завершённый день до изменения формул дашборда.
Как это работает подробнее
Зафиксируйте настройки отчёта и кабинета, включая часовой пояс и границы суток. Проверьте, когда обновился источник, нет ли фильтрации строк или различий в валюте, а затем проследите путь расхода от исходной выгрузки до модели BI. При blending или отношениях проверьте уникальность ключей и то, что соединение не повторяет значения.
- Порядок проверок. Сначала сопоставьте исходный экспорт платформы, затем слой хранения, расчёт и визуализацию.
- Контрольная выборка. Возьмите одну кампанию и дату: на меньшем срезе легче обнаружить дубликат или потерянную строку.
Пример кода
check_duplicate_keys.sql
SELECT report_date, campaign_id, COUNT(*) AS row_count
FROM unified_ads_daily
GROUP BY report_date, campaign_id
HAVING COUNT(*) > 1;Что использовать на практике
- Документируйте сравнение. Запишите диапазон дат, часовой пояс, время обновления, фильтры и выбранную метрику.
- Меняйте один слой. Исправляйте выявленную причину в источнике, модели или визуализации, затем повторяйте контрольную сверку.
Подводные камни
- Незавершённый день. Атрибуция и конверсии могут дозревать, а сегодняшние данные ещё не финальны.
- Правки наугад. Изменение формулы до проверки входных данных может скрыть первопричину и породить вторую ошибку.