Решал ли кто, и каким образом или может идеи есть, такую задачу:
есть табличка (одс или признак со сложным ключом и с атрибутами- пока не суть важно) с ключем некторого объекта, со значением статуса (например, объект - автомобиль, а статусы возможные - "погружено" и "пусто") и датой, начиная с которой у объекта устанавливается указанный статус (или - дата смены статуса на указанный). В отчете нужно вывести актуальный статус, но (!) в фильтре пользователь указывает диапазон по времени, за который делается отчет и статус должен быть выбран такой, что дата его установки максимальная из всех, которые меньше или равны концу периода. Даты начала и конца периода устанавливаются пользователем произвольно.

Собственно вопросы - возможно ли это сделать в принципе, какими способами и есть ли среди этих способов более менее стандартный\правильный (и какой)?

В голове крутится что-то на тему измерений изменяющихся во времени и странные джоины с групбаями и максами, но как-то все очень смутно. Подскажите, плиз!

Может я не совсем понял...
По-моему здесь просто нужно использовать в отчете спецагрегацию LAST для данного показателя...

Так это не показатель, а признак... ну даже если добавлю показатель еще фиктивный - она ведь не уберет все записи у которых не ласт, агрегация только для итогов будет работать.

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

Насколько я помню, контрольная дата отчёта может быть переменная, которую можно заполнить в USER-EXIT-e

Да, похоже, что атрибут, зависимый от времени должен подойти на 100%, просто я забыл, как он становится зависимым от времени. Помнил про галочку во вкладке "Иерархии", но это же не то. Правда похоже, что совсем без извратов (без юзер-эксит ) не обойтись, но думаю, что все получится - спасибо большое Потом напишу - получилось или нет.

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

Я завтра допробую уже - надеюсь, что BW к записи в кубе будет "подтягивать" тот атрибут, который соответствует значению измерения времени в кубе. Или екситом.

Попробовал - на куб оно, а точнее - на временное его измерение, как и ожидалось, не реагирует. Однако, если период отчета задать не одной переменной типа "период", а двумя типа "отдельное значение", то и для контрольной даты можно указать любую, по необходимости, из этих переменных, тогда пользователь введет один раз интервал - заодно и контрольную дату. И не нужно ексита писать.

Там может не дать использовать ту же переменную (например Дата окончания периода) для ограничения других временных признаков (0CALDAY, 0PSTNG_DATE, 0DOC_DATE), если эта переменная уже используется в контрольной дате запроса... Тогда нужен экзит ))

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

Не получается BEX - решите через виртуальные признаки/показатели. Медленнее, правда, работать будет.

Ну оно как раз-то получилось... полностью, в том варианте, который я описал вверху. Если б не новый прикол, в отчете надо вывести несколько временных периодов, причем статус объекта должен вычисляться соответственно периоду. Поскольку периодов несколько, а контрольная дата - одна, то тогда вариант уже не прокатывает. Лично я вижу два варианта - либо вывести на разных страницах одной книги отчетов по количеству периодов (а оно еще и динамическое, типа сами хотим указать произвольное количество, произвольных периодов, а оно пусть выведет, но мне кажется - это уже совсем не реализуемо), а потом склеить на VBA на одной странице... но тогда потеряется, скорее всего, возможность произвольно добавлять\убирать признаки\показатели\атрибуты, либо виртуалить по полной...
Или может есть возможность как-то назначить контрольную дату признака ссылкой на дату в кубе или на дату, которая может быть атрибутом другого признака?

Вот кстати более того - два отчета не получается запустить, поскольку нужно, чтобы для каждого отчета bw снова запросило параметры, а, поскольку один и тот же отчет, то оно запрашивает один раз, а второй раз молча принимает те же значения. ;(

Возможно, если вызвать ABAP код из BW.
Ниже реально работающий код:

Я не BW-шник, звиняйте если что не так