Если фильтр периода не влияет на часть графиков, пользователи начинают сравнивать несопоставимые данные. Один блок показывает выбранный месяц, другой все время или другой календарь, и отчет теряет смысл.
Нужно проверить, подключены ли все графики к одному фильтру, используют ли они одно поле даты и не переопределяют ли период внутри SQL-запроса или вычисляемого поля.
Коротко: что делать
- Определить, какие графики фильтруются, а какие нет
- Проверить поле даты в каждом источнике данных
- Проверить связи между таблицами и моделью данных
- Посмотреть SQL или calculated fields у проблемных графиков
- Сверить таймзону, тип даты и granularity
Основные причины
У этой проблемы редко бывает одна универсальная причина. Обычно нужно проверить связку настроек, данных, кода и внешних сервисов, а потом уже выбирать способ исправления.
- Графики используют разные источники данных без связи с общим фильтром
- В одном графике дата берется из created_at, в другом из paid_at или updated_at
- SQL-запрос содержит фиксированный WHERE по дате
- Фильтр применен только к выбранным визуализациям
- Дата хранится строкой или в другой таймзоне
Пошаговая диагностика
Диагностику лучше вести от конкретного примера: один пользователь, один запрос, один документ, одно событие или один экран. Так проще увидеть точку, где система начинает вести себя неправильно.
- Проверить настройки apply filter to visuals
- Вывести используемое поле даты рядом с каждым графиком
- Проверить запросы проблемных виджетов
- Сравнить результат за короткий тестовый период
- Проверить, не агрегируются ли данные заранее без даты
Как исправить проблему
Исправление должно закрывать корневую причину, а не только внешний симптом. Если проблема связана с доступами, платежами, данными или безопасностью, сначала стоит сделать резервную копию и проверить правку на тестовом сценарии.
- Привязать все нужные графики к одному date parameter или dashboard filter
- Унифицировать поле даты или явно подписать разные логики
- Убрать фиксированные периоды из SQL, если они конфликтуют с фильтром
- Добавить календарную таблицу и правильные связи
- Проверить дашборд на нескольких периодах перед публикацией
Безопасный план решения
Сначала исправьте один проблемный график и сравните цифры с контрольным SQL. Потом применяйте тот же принцип к остальным виджетам.
Чего не стоит делать
- Не менять все даты на одно поле без согласования смысла метрики
- Не скрывать фильтр, если данные реально разных периодов
- Не править визуализацию без проверки SQL
- Не смешивать дату создания и дату оплаты без подписи
Что подготовить перед исправлением
- Ссылка или выгрузка дашборда
- Список графиков, которые не реагируют на фильтр
- Описание источников данных
- Ожидаемые цифры за контрольный период
FAQ
Почему одни графики реагируют, а другие нет?
Обычно они построены на разных источниках или фильтр не применен к конкретной визуализации.
Можно ли быстро проверить SQL?
Да, выберите короткий период и сравните результат графика с прямым запросом к источнику.
Что делать, если у метрик разные даты?
Нужно явно выбрать бизнес-логику или подписать графики: дата создания, дата оплаты, дата закрытия и так далее.
Когда стоит обратиться за помощью
Помощь нужна, если дашборд используется для продаж, финансов, маркетинга или управленческих решений и ошибка влияет на выводы.
Итог
Начните с поля даты и области действия фильтра. Если нужно исправить BI-модель, SQL и визуализации, можно написать в Telegram @rabotator_support.