Я такое сразу не придумаю...

я тоже )))

думал фильтр на визулаьный элемент поможет, но не сработало

Добрый, подскажите, на бесплатном аккаунте есть возможно открывать дашборды для сотрудников в веб версии?

если у них тоже есть аккаунт под одним доменом. В списке я их вижу

бесплатный акк подразумевает отсутствие лицензии Pro и выше. Там нельзя делиться. А ходить всем под одной лицензией, даже ее имея - это нарушение лиц. соглашения)

Я подобное решал на корню, сразу говорил что один дашборд показывает на сейчас в мере привязывал today(), а  другой для детального анализа истории - мера без today(). Можно сделать принцип двух дашбордов, путём отображения визуализаций с помощью кнопки, одна взуализация скрывается, другая показывается.

Че ж ты мне-то пишешь? Автору пиши. Мне вот, честно, лень ломать глазки))) Пытаясь смотреть, что там на картинке, и сопоставлять)

Я даже не могу предположить, зачем кому-то надо сдвиг от перевыбранного значения фильтра. Если уж ты в него влез, в этот фильтр, укажи сразу нужное

То есть если какой-то период по умолчанию для показа по дефолту я понять могу, зачем оно надо, то опиcанное - нет

Что бы руководитель меньше кликов мышкой делал, подобная тенденция существует.  Такое поведение для меня является сигналом,  когда люди на этом настаивают, то я знаю, что потрачу на них  ОЧЕНЬ много времени а выхлоп будет ОЧЕНЬ минимальный... Вот поэтому с самого начала стараюсь обрубить на корню! :)
Кто-то может и без проблем подобное обрабатывает, но для меня это как пророчество! :)

Мы  за тебя рады, Анатолий)

Тут же дело как раз не в обрубить, а в надо)

не всегда

не всегда

К вопросу о том, почему при связях many-to-many формула 1:
Calculate(SUM(Sales[Amount]), ALL('Sales'), Sales[Period]=_Period)
не дает нужный результат, а формула 2:
Sumx(filter(ALL('Sales'), Sales[Period]=_Period), Sales[Amount])
дает желаемый результат:
В формуле 1 функция ALL используется как самостоятельный аргумент CALCULATE. В этом случае ALL сбрасывает все фильтры с таблицы Sales и может быть заменена на REMOVEFILTERS с тем же эффектом. В случае связей "много-много" сброс фильтров, примененных к календарю и пришедших по связи, НЕ происходит. Поэтому в контексте расчета остаются даты, отфильтрованные в календаре. Они могут вступать в противоречие с Sales[Period]=_Period и давать пустой набор данных..

В формуле 2 функция ALL используется там, где подразумевается табличное выражение (первый аргумент FILTER). В этом случае она не сбрасывает фильтры, а возвращает таблицу, содержащую  все строки таблицы Sales. Далее для нее проверяется условие Sales[Period]=_Period. В итоге SUMX работает по отобранным таким образом строкам таблицы Sales.

Тонкости, тонкости. В общем, если в первой формуле добавить ALL('Календарь'), то все заработает

👍🔥

Пояснил так пояснил!!!

Коллеги, добрый день. Нагуглил ultimate budget allocation formula, пытаюсь ее переделать под рабочие, а не календарные дни. Вроде переделал, в табличке красиво рисуется сумма (доля бюджета) напротив каждой рабочей даты, выходные с нулями. Но когда по этой мере делаю summarize - оно считает от начала каждого месяца до тех пор, пока не попадётся выходной, а с этого дня и до конца мес - выводит нули. Чяднт? Могу в личку скринов поделать, чтобы канал не засирать. Помогите, плз