в каждом объекте, где вам нужно применить такую выборку

самый простой вариант, например любой график, If(getselectedcoutnt(Date) >0, sum (Sales), sum({<Date={$(vMaxDate)}>}Sales)

Площадь: 600 @  Класс объекта: D@
Площадь: 180@
Площадь: 50 @  Класс объекта: B@
Площадь: 18.1 @

тогда такой вопрос: если по умолчанию я выбираю данные за текущую неделю и через set analysis пишу ...=max(Week), а потом пользователь выбирает месяц, то данные будут ведь за максимальную неделю этого месяца отображаться, а не за весь месяц

Тогда, он посмотрит, есть ли выбор в дате, если да, то будет формула, где сет анализ не влияет, если же нет, выберет то, что есть максдейт

а какой вопрос?

вопрос как сделать так, чтобы при этом за месяц отображались данные за весь месяц, а не за последнюю неделю месяца)

1) в сет анализе не стоит писать =max(week), лучше для каждой сущности определить ее максимальную неделю в отдельной переменной, т.е. подставить в переменную vMaxWeek значение =max(Week), 2) не ограничивать сет анализ неделей, а разберите для начала задание, что и как должно отображаться, при каких условиях.

А у строк разделители есть?)
Я сейчас уже убегаю, если сам txt пришлёте - завтра посмотрю. Или кто ещё посмотрит раньше.

Чтобы данные показывались за текущую неделю, а далее идет отсылка во втором вопросе, что весь месяц нужен

задание простое: при выборке периода (месяц, квартал, год и т.д.) должны отображаться данные за этот период. Но по умолчанию (при открытии дашборда) данные должны отображаться за текущую неделю.

мне кажется, все ответы уже даны, включая даже вариант формулы, вам только нужно разобраться с периодами, в кликвью и сенсе к периодам времени относятся слишком легко, тк любой период можно создать функцией year(date), month(date) и тп, но также следует понимать, а что они из себя эти периоды представляют с точки зрения логики данных внутри модели данных. И чем больше периодов и разных вариантов времени для выбора появляется, тем сложнее же может дальше присходить работа. Как я написал выше, самый простой способ - это проверить по дате, если ничего не выбрано, то формула А,  если выбрано Б, но опираясь на текущий же абцаз насчет понимания дат, какая-то дата должна у вас быть мастер датой. В зависимости от модели данных, в сет анализе можно указывать не максимальную текущую неделю, а просто максимальную дату, но опять вопрос, должно быть все НА эту дату, аккумулятивно, либо же с начала месяца на эту дату и т.п

аа, все) т.е. просто прописать условие, если есть выборка по датам, то одна формула, если нет, то другая. Так получается?

Самое просто расписать все даты, какие есть, определить из них мастердату (я предпочитаю всегда обращаться к исходному полю Date, из которого остальные даты генерируются и уже точно определить, какая логика будет необзодима в текущем решении.

Но если говорить еще серьезнее - то вам надо убедить клиента научиться тыкать рукой в нужный фильтр и ВЫБИРАТЬ дату в листбоксе, а не ставить задачу разработчику что-то там выбирать, если ничего не выбрано.

10 лет назад клиенту пришлось бы ждать дешборд с 3 КПИ пол года )

ок, спасибо)

Я вообще ярый противник любых наворотов в области верхнеуровневой атоматизации дешборда, т.е. создание триггеров, автовыборок по событию в листбоксе, либо если ничего не выбрано что-то выбрать и тд и тп. Это все некорректно. Зачем нам дают 3 цвета, зеленый, серый и белый, зачем есть кнопочки Select Excluded, зачем мы вообще создаем дешборды? Я отвечаю обычно так на запрос накрутить такую логику подобную (элементарно выбрать дату, если ничего не выбрано, чаще всего это нецелесообразно): А что мешает выбрать указаный период и сохранить в Закладку? Далее вы сможете к ней обращаться, и кроме того, это также позволяет сделать и снепшот и написать комментарий и тд и тп

Ибо, имхо, любой разработчик должен стремиться к формулам вида Sum (Sales) в идеале, который недостижим, как хайки Басе для нас )

Пришлите файлик я вам расскажу, как с ним быть)