Всем привет!

Вопрос такой - есть куб по продажам из сбытовых фактур, в нём признак ZSHIP_TO (получ. материала на рынке сбыта). В признаке есть соединение с признаками сектор, канал сбыта, сбыт. организация - определение на рынке сбыта. В кубе, соответственно эти три признака тоже есть. При загрузке данных в куб они заполняются из документа фактуры.

Но, пользователи хотят видеть сектор не из фактуры, а из материала (это ОК, атрибут навигации) и получатель материала должен быть привязан к сектору из материала, а не из фактуры.

Вопрос - как этого добиться? Как заставить признак ZSHIP_TO тащить сектор из аттрибута материала?

В правиле обновления или трансформации, которая передает данные в куб сб. фактур, настройте заполнение сектора осн. данными материала.

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

Это, несомненно, первое что приходит в голову, но, к сожалению, сектор у материала может меняться.



Гм, не понял идеи. Как здесь помогут навигационные признаки?

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

Атрибут навигации "сектор" у материала включен...



Сектор, как атрибут навигации из материала, используется в отчете, он не совпадает с сектором, который проведен в кубе.
А клиент на рынке сбыта привязывается автоматически к сектору в кубе. В отчете же его надо показать с привязкой к сектору материала.

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

В таблице фактов есть клиент НА РЫНКЕ СБЫТА - с привязкой к СЕКТОРУ ИЗ ТАБЛИЦЫ ФАКТОВ - через соединения (compaunding), это поведения BI по умолчанию. А надо чтобы он в отчете был с привязкой к СЕКТОРУ МАТЕРИАЛА - это совсем не тот клиент который проведен в таблице фактов, у них разные SID.

"надо чтобы он в отчете был с привязкой к СЕКТОРУ МАТЕРИАЛА" - уважаемый, какие проблемы, если у вас включен навиг.атрибут для материал-сектор на кубе и в атрибутах материала для сектора, то поведение атрибута "материал-сектор" в кубе аналогично любому признаку, загруженному в куб, в том числе аналогично поведению признака "сектор" из фактуры.
вам надо лишь грамотно построить bex-запрос с использованием сектора из материала.
поясните, что вы понимаете под словом "привязка"???

Привязка - есть признак 0CUST_SALES - закладка "Соединение", в нём учавствует три инфо-объекта: 0DIVISION (Сектор), 0DISTR_CHAN (канал сбыта), 0SALESORG (Сбытовая организация). Когда этот признак добавляется в куб, то значение 0DIVISION для признака 0CUST_SALES - это значение 0DIVISION в таблице фактов куба, соотв. данные признака 0CUST_SALES в отчете видим для сектора из таблицы фактов.
Поясните, пожалуйста, как в данной ситуации 0MATERIAL__DIVISION аналогичен по поведению с 0DIVISION?

А ZSHIP_TO - это чего у вас? Сектор?

Это синоним 0CUST_SALES.