Добрый день!
Я уже совсем сломал себе голову, работая над одним отчетом: в первом столбце находятся значения признака отчета, во втором столбце - суммы по значениям этого признака, в третьем столбце находятся суммы других значений этого же признака (см. ниже пример), в четвертом столбце нужно вычислить разницу значений. Причем Источники данных во втором и третьем столбцах отчета разные.

| 111 |сумма по 111|сумма по 777 (!)|сумма по 111 - сумма по 777|
| 222 |сумма по 222|сумма по 888 (!)|сумма по 222 - сумма по 888|
| 333 |сумма по 333|сумма по 999 (!)|сумма по 333 - сумма по 999|

Пробовал по-разному реализовать данный отчет: сделать два запроса на одном листе отчета (не подходит, т.к. нужно вычислить разницу поступлений), использовать атрибуты, соединения... Ничего не помогает...
Может кто знает, как можно сделать данный отчет... Помогите, пожалуйста... Может быть вообще такое невозможно реализовать?

Абракадабра какая-то.
Попробуй объяснить в экономических терминах, раз в терминах BW не получается.

По всему выходит, что ты либо путаешь определения "признак" и "показатель", либо даешь мало информации для понимания того, чего ты хочешь.

Если нужны консультации телепатов, пиши лучше в соответствующий форум

Сложите уже расчитанные данные в DSO в нужных разрезах. И оттуда просто отобразите в отчет. Такой путь кажется может и сложнее, но до начала построения отчета есть 100% уверенность в верности данных, ну и сам отчет рисуется быстро, максимум сагрегировать некоторые числа.

Наверное, все таки мало информации я дал...
Смысл отчета такой: дочерние предприятия некие доходы отправляют в головную организацию. Затем головная организация распределяет собранные средства среди своих дочерних предприятий по неким коэффициентам. Средства дочерних предприятий отправляются по одним классификаторам (в примере, 111, 222, 333), а приходят обратно по другим классификаторам (в примере, 777, 888, 999. Все эти классификаторы находятся в одном справочнике). Дочерние предприятия хотят узнать сколько они потеряли или приобрели от таких манипуляций. Данные об отправленных и полученных ден. средствах находятся в разных источниках.
Итак, получается, что в одной и той же строке отчета используются разные классификаторы одного справочника (например, 111 и 777 в примере): по которым средства ушли и по которым средства пришли обратно в дочернюю организацию.

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

Задача похожа на расчет платы за трансферы ресурсов между головным банком и бранчами. И соответственно влияние на стоимость продуктов. Поздравляю. Тут действительно необходимо всё рассчитать на уровне хранилища, а потом выводить в отчет. Т.к. следом возникнет вопрос о выводе расшифровок, сверке, о том, что с кем-то поступили несправедливо и т.д. А в консолидированных данных этой информации уже не найти.
Вообще удачи Вам.

Еще один вопрос: каким образом выстраиваются пары признаков, по какому принципу?

Соответствие пар признаков закреплено законодательно. Отношение 1:1, не все признаки имеют пару, все признаки находятся в одном классификаторе. Отчет нужно построить только по тем признакам, которые имеют пару.

Извиняюсь, в определениях я точно напутал -> в своем первом сообщении заменил показатель на признак...

А в хранилище как связь пары реализована (или планируется реализовать)?
Вижу варианты:
1. На уровне отчета
2. На уровне хранилища (например временно-зависимые атрибуты).

Сейчас никак не реализовано. Отчет заказчик попросил сделать на этапе ОПЭ. Поэтому рассматриваются различные варианты реализации отчета. Хотелось бы выполнить изменения или дополнения в системе малой кровью...


Как именно?

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

Сейчас, вроде, информации достаточно
На уровне отчета могу предложить весьма трудоемкий способ:
I. В запросе создается структура строк, где строки идут парами:
1. (видимая строка) Ограничена статьей первого столбца (111)
2. (невидимая строка) Ограничена статьей второго столбца (777)

II. Создается структура столбцов из 3-х:
1. Выбор, только с показателем.
2. Первый столбец умноженный на 0.
3. Разница первого и второго столбцов.

III. В редакторе ячеек перекидываешь значения со 2-ых строк первого столбца в 1-ые строки 2-ого столбца.

Это имеет смысл, если строк немного -- например до 50 (хотя, при желании и невозможности менять хранилище можно и 300 нафигачить).

(решение с изменением в хранилище -- в следующей серии... )

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



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

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

имхо, можно было бы посмотреть и в сторону дистанционного кубика SAP c источником данных на ФМ