Добрый день.
Подскажите как следующее можно реализовать?

В кубе хранятся данные в след. виде:
"дата" "акция" "товар" "оборот"
"01.01.2010" "не присвоено" "100" "50"
"02.01.2010" "не присвоено" "100" "50"
"03.01.2010" "не присвоено" "100" "50"
"04.01.2010" "акция1" "100" "50"
"05.01.2010" "акция1" "100" "50"
"06.01.2010" "акция1" "100" "50"
"07.01.2010" "не присвоено" "100" "50"
"08.01.2010" "не присвоено" "100" "50"
"09.01.2010" "не присвоено" "100" "50"

Т.е у тех товаров которые не учавствуют в акции стоит "не присвоено".

Необходимо при открытии отчета указывать только название акции!
В открывшемся отчете должны выводиться данные оборота за каждый день действия акции и для всех товаров учавствующих в акции + данные оборота этих же товаров за неделю до и за неделю после акции.

Я бы у признака "акция" ввел два атрибута "начало" и "окончание" и две переменные 0DATE (или 0CALDAY) путем замены из атрибутов.
Либо эти данные можно получить в предзапросе (prequery) и начало и окончание получать через путь замены.
Ну а дальше дело техники:
1. ограничить показатели датами от начальной-7 до начальной с акцией # (может быть лучше <> текущей акции, т.к. между акциями может быть меньше недели)
2. Следующую группу показателей ограничить показатели датами с начальной до конечной и акцией, выбранной в переменной.
3. Последнюю группу показателей ограничить данными от конечной до конечной + 7 с акцией # (может быть лучше <> текущей акции, т.к. между акциями может быть меньше недели)

А как это можно реализовать?
Создать отдельный запрос, в котором будут выводиться все данные по вы бранной акции, и дальше как выбрирать начальную дату и конечную ?

Видимо, запроса придется делать два.
Нужно поэкспериментировать, самому лень
Сделать два запроса (или ракурса, если получится), с разным направлением сортировки дат, потом сделать переменные "путь замены", одно значение, скорее всего обязательные для того, чтобы бекс ругался, если данных по акции нет.
Если это не прокатит, продублировать дату в показатель, через переменную-формулу и на показатель наложить условие (condition) наибольшая и наименьшая дата для разных переменных.
Если и это не прокатит, сделать прямое чтение значения переменной (уже User-exit нужна) из куба (последовательными запросами -- SID, DIM, F+E или ФМ RSDRI_INFOPROV_READ).

Но опять же, хочется сказать, что если акция в первый день ничего не принесла (например продажа 100кг бочек красной икры даже всего за 77 999р. требует раздумий не менее одного дня ), то будет ошибка. Т.е. отчет выведет первую дату не дату начала акции, а дату первой продажи. С последней датой то же самое. Т.е. лучше записывать (и читать) даты начала и окончания акций в основные данные признака "акция".

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