Использование функции EssCell

Если у вас есть отчет в Excel с достаточно сложным форматированием и оформлением и необходимо автоматически подгружать данные из Hyperion Planning, то можно использовать функцию EssCell.

Работает это следующим образом: в произвольную ячейку вы вставляете данную функцию с указанием полного среза к нужной ячейке, после обновления Excel запросит данные в Essbase и покажет в документе.

Пример:

=EssCell(“FY16″;”Бюджет”;”Расходы на персонал”;”Итого за год”;”Рабочая версия”;”Итого по компании”)

Так же данные для среза можно подгружать используя стандартные ссылки Excel:

=EssCell($A$1;$A$2;$A$3;K$1;K$2;K$3;$A23;$B23)

Таким образом каждая ячейка может содержать свой индивидуальный срез для данных. Если данных много, то лучше отключить функцию автоматического пересчета и обновлять файл по кнопке F9.

Для работы функции необходимо установить Oracle Essbase Spreadsheet Add-in, который можно скачать по ссылке http://www.oracle.com/technetwork/middleware/EPM/downloads/essbase-1112x-1584983.html

После установки Spreadsheet Add-in в Excel появиться закладка ESSBASE. В ней необходимо подключиться к нужному кубу, для этого в меню необходимо выбрать Connect и в появившемся окне ввести имя сервера, пользователя и пароль.

SmartView Scale Options

Поймал нехороший баг.
Если значения SmatView в разделе Formating->Scale имеют любое другое значение , кроме как Default то тогда числа , которые не имеют целой части , отображаются разделенными на 100 .
Т.е. вместо 0.1 получаем 0.001

Essbase: Pros and Cons of 1 cube vs. many

Thank for Pete for excellent explanation:

Multiple cubes versus a single master cube

Multiple cubes
Main advantages:
– Reduce cluster and dimensional irrelavance
– Faster (though with a bigger impact in BSO cubes)
– Generally easier to build reports from

Main Disadvantages
– Increased maintenance
– Bringing data inbetween cubes has a performance hit (and is required to keep all the data up to date)
– Training and change impact to teach users what they all do

Single cube
Main advantages:
– Data is all in one spot
– Users have a single cube to report from, easier to train
– One spot to maintain metadata (particularly scenarios etc)
– Decreased maintenance

Main Disadvantages
– Lots of dimensional irrelavance can make it ‘tricky’ to find data
– This generally requires the developers to be very careful with consolidation operators to make sure users aren’t seeing weird things like KPIs consolidating into the balance sheet
– Performance impacts (even in ASO, defining aggregate views is generally less efficient)
– Can be confusing for ad hoc reporting

Because I live in the BSO world most of the time I’m much more of the ‘split cubes up for functionality’. Once you’ve got a layer of complexity in business function, writing the code can be tricky enough without having multiple dimensions to play in. And in BSO, adding dimensions generally starts creating a performance overhead that is problematic.

However, with the big push of the cloud (and aa requirement to effectively squeeze a lot of functionality into 3 BSO cubes) we’re seeeing a lot more consolidation. Fortuantly the advent of Hybrid has made a lot of those performance downsides significantly easier to manage. Obviously in an ASO layer you’re going to get away with much more in the way of dimensional depth and pure dimension count.

So yeah. It’s really a case by case basis. Important things to consider:
– Complexity of business requirements
– knowledge and availability of the business to support a more complex implementation
– Performance requirements

upd : also need always mention what Essbase have only one thread for reading and committing data to the disk per one application

HFM ? – спасибо, нет !

Интересный нежданчик нашел в WP Oracle
Угадайте где Oracle рекомендует делать консолидацию и эллиминацию ? –

Oracle’s Large-Scale Essbase Implementation:
Replacing Oracle Financial Analyzer with Global, Performant
Financial Consolidation and Reporting