Дрилл в OLAP-отчетах

[Крикливый]

У нас Аксапта и OLAP живут отдельно, и единственная проблема - пользователь, просматривая сводную таблицу Excel (связанную с кубом) хочет по щелчку провлиться в исходный документ.

В отчетах Аксапта такой механизм есть (например - отчеты ГК).

Вопрос - если я зарегистрирую свои кубы в Аксапте, возможно запрограммировать в них дрилл ???

Если нет - то не вижу никакого смысла интеграции Аксапта и OLAP - пусть живут отдельно.

[twilight]

Нет

[glibs]

http://www.educate.com.ua/word/k/drill_down.html

Вы используя термин drill-down имеете в виду общепринятое понимание этого термина или какое-то свое? Например, переход к другому приложению.

Информацию о документе можно попробовать отобразить непосредственно в сводной таблице.

Если же вас интересует переход в Аксапту, то технически такое потенциально возможно начиная с версии 4.0. Хотя я не пробовал сделать это именно в сводной таблице, но направление куда рыть есть.

[bio_unit]

Запрограммировать дрилл в аксапте можно, я это делал.
Но это нужно программировать самому, с нуля, никаких наработок в стандартной аксапте для этого нет.

[Ievgenii]

Guys,

Just for records - There is a basic support for navigation from SSRS reports to Ax objects (Forms etc). Please look at the WebLink class in AOT. In general look at the WEB classes + look at the methods, which are available thought Business Connector (AxWebLink or AxLink) - can’t recall the correct name now, but hopefully you got the idea.

I also agree with previous Gentleman, that it shouldn't be a big deal. Please send me a mail so we can take this topic offline, in case you will have any issues.

[Крикливый]

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

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

[glibs]

Цитата:

Сообщение от Крикливый

...
путем заведения отдельных доменных групп
...

Доменные вовсе не обязательно. Можно использовать локальные группы на сервере MSAS. А вот пользователей в них загонять уже доменных. Пользователей в АД админы у вас и так заводят, а в части групп вы будете от них автономны.

Цитата:

Сообщение от Крикливый

...
настройкой для этих групп прав непосредственно в MSAS
...

А как иначе?

Цитата:

Сообщение от Крикливый

...
Проблему дрила решаю тем, что в основе куба лежит плоская таблица, содержащая все что можно. И пользователь проваливается в нее.
...

Я тоже предпочитаю такой вариант.

Цитата:

Сообщение от Крикливый

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

Вы хотите сказать но недоговориваете, что хотите управлять правами доступа из Аксапты? Честно говоря, с трудом себе это представляю. Доступ в ОЛАПе настраивается несколько иначе, чем в ОЛТП-шной Аксапте.

Насчет провала в Аксапту смотрите тему про уведомления (alerts) в 4.0. Там из сообщения электронной почты можно провалиться в Аксапту, в которой открывается форма, спозиционированная на запись. Правда, там есть связь с уведомлением. Но обязательно ли его создавать для открытия формы я не помню. Нужно смотреть.

[Крикливый]

Цитата:

Сообщение от glibs

Вы хотите сказать но недоговориваете, что хотите управлять правами доступа из Аксапты? Честно говоря, с трудом себе это представляю. Доступ в ОЛАПе настраивается несколько иначе, чем в ОЛТП-шной Аксапте.

Насчет провала в Аксапту смотрите тему про уведомления (alerts) в 4.0. Там из сообщения электронной почты можно провалиться в Аксапту, в которой открывается форма, спозиционированная на запись. Правда, там есть связь с уведомлением. Но обязательно ли его создавать для открытия формы я не помню. Нужно смотреть.

У нас доступ к проводкам (ГК и модулей) регулируется доработкой типа "филиальный учет". Во всех SQL-запросах можно определять принадлежность пользователя к филиалу и фильтровать данные. У нас так раньше и было - в базе данных создавались view (они были умные, по доменному имени вытаскивали пользователя AX, и его филиал). Данные из view отображались в сводных таблицах Excel. Такой псевдо-OLAP. И каждый пользователь видел только разрешенное. Данных стало много, перешли на куб, и теперь дублируем филиальный учет в группах MSAS.

За дрилл - спасибо, посмотрю.