Попробуйте дату игнорировать.
Sum({<Дата=>}Стаж)

Но вообще странно все выглядит)

Блин не хочет

Тут уже сложно тогда что-то говорить)
Пришлите тестовое приложение - помочь будет проще

Лично я за то, чтобы оставить Елиной временной оси

Всем добрый вечер. Столкнулся с небольшой проблемой - нужно вывести в pivot table остатки на последний день каждого месяца. Остатки уже предварительно посчитаны на каждый день в скрипте. Пытался использовать sum({$<Дата={'$(=Aggr(date(max(Дата)), Месяц, Год))'}>}STOCK) , но она работает только когда выбран один конкретный месяц. Если выбрать два и более, то везде нули. Можете подсказать, что я делаю не так?

неплохая подборка 👍😉 поделитесь? 😋
жаль, что прога (вроде бы) не умеет делать экспорт из конкретной папки.

Не поделитесь настройками для вашей подборки блогов в QuiteRSS?

?

Да, Месяц, Год.

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

работает только с одним месяцем, потому что формулы в сет анализе не привязаны к конкретному значению измерения, а рассчитывают на всем множестве. Поэтому, если выбрано несколько месяцев, aggr в сет анализе вернет null, поскольку не понятно какое из значений нужно подставлять в дату.
Можно использовать sum(if(Дата = aggr(nodistinct max(Дата),Год,Месяц),Остатки))

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

Спасибо, надо будет завтра попробовать.

Доброе утро !
Решений несколько:
1. Первое конечно же флаг последнего дня месяца,  например в таблице календаря, и использовать его в set analisys;
2. Можно обойтись без флага и посчитать такой формулой: Only({<Дата={"=Floor(MonthEnd(Дата))=Дата"}>}Остаток); (Floor -обязательно, т.к. мы смотрим на начало дня)
3. Еще одно решение: считаем остатки только на последний день месяца. А при разворачивании сводной таблице до дня пересчитываем на конкретный день по движениям соответствующих измерений.
 У варианта два плюса и 1 минус:
 3.1 если движений не очень много, то уменьшится размер модели.
 3.2 в вашем случае не нужно переключать формулу после разворота до дня, т.к. остатки и движения хранятся в разных полях
 и один жирный минус:
 3.1 нужно суммировать все движения сначала месяца. Это или Set analisys, но лучше, думаю дополнительная таблица календаря.

Кстати коллеги - может быть кому нибудь будет интересно наше решение https://biconsult.ru/products/vizualizaciya-grafa

👍 Наверное самая расширяемая логика построения модели, которую я видел. Можно без проблем что-нибудь добавить не боясь, что в другом месте упадет. Чем-то похоже на Data Vault

Плюс как всегда узнаю что-то новое: Оказывается autonumber можно использовать отдельно от Load.   Сразу несколько приложений пойдет под оптимизацию.

Да, он намного быстрее работает в таком виде, и охватывает поле во всех таблицах сразу

Самая простая модель это когда в центре таблица фактов просто всех без особого разобра, даже тех которые слабо связаны друг с другом (например продажи товаров и записи о регистрации пользователей на сервисе) а по бокам она как ежик утыкана справочниками. Получается топология звезда. У данной схемы есть минусы конечно, но главный плюс это то что она производительнее Link table, поскольку в Link Table надо на один "прыжок" между таблицами больше совершать, а на больших размерах таблиц "прыжок" через большую таблицу (саму Link Table) будет затратный

Но не во всех версиях, только с 2018.

Поддерживаю, но лучше все-таки с разбором )))