Grouping of measures in accounts dimension Essbase

I am new to essbase .
I am developing a cube for one of the requirements which has got
following measures in accounts dimension
1) Allocated quantity
2) Picked Quantity
3) Shipped Quantity
4) Allocated Amount
5) Picked Amount
6) Shipped Amount
Now I want to group these measures in 2 groups viz a) Qtys b) Amounts
means
Qtys : Allocated quantity
Picked Quantity
Shipped Quantity
Amounts : Allocated Amount
Picked Amount
Shipped Amount
wanted to show these groups along with its measures in Excel add in report .
I am using Essbase Integration Services 11 to develop the metaoutline
How to define these groups in accounts dimension
Regards
Amit

If you have a way to differeniate these measures you can add user defined measures in EIS. One way you could differeniate them is to put in filtering sql the uses like clauses to select members with Quantity or amount in them and have them put under the headings you want

Similar Messages

Essbase Studio :: Measure Hierarchy :: "accounts not from fact"

Hello,
I am trying to build a Measure dimension in Essbase Studio not from fact table, but from parent-child metamodel table.
[http://docs.oracle.com/cd/E17236_01/epm.1112/est_user/frameset.htm?ch10s03s02s05.html]
Here I've read that I should add loose measure creating cube schema to Measures/Measure Hierarchy field.
What loose measure? I added column from fact table. In Essbase metamodel it created Measure dimension with that one member.
Is it even possible to create measure dimension not from fact table?
Thanx in advance,
L00ka
Edited by: 990463 on Feb 26, 2013 7:40 AM

The approach to take is to create a hierarchy from your measures table, then use the data column from your fact table to populate the measures box in the schema. When building the Essbase model, select the accounts dimension manually.
Oracle recommend that you build the measures dimension directly from your fact table, the above approach deems it a loose measure, that is it isn't based off the fact table.
Steve

Loading Essbase Members for [ Accounts ] Dimension in ODI 11.1.1.3 ?

Hi
My source is Oracle Database tables and Target is Essbase Members of Dimension ('Accounts') i m trying to load Data to Accounts member (Employee Rate) When i perform Reverse Engineering I am only able to view Dimensions not is members. So in my interface i am not able to perform mapping cause Members are not showing up.
Problem Example:
1- Essbase Dimensions and Members
Accounts <--------------- Dimension
| Employee Rate <---------- Members
| Headcount
| Over Time Rate1
| Employee Salary
Currency <--------------- Dimension
Entity <--------------- Dimension
Period <--------------- Dimension
2- IN ODi After Reverse Engineering when i drag and drop to Target i only see Dimension Properties NOT members
Example: Parent, Two Pass Calculation
but my goal is to insert data into Memember (Employee Rate) of Accounts Dimension
So i am not able to see Members of Accounts Dimesion so i cant perform mapping with my source table.
Looing for your help.
Regards

Hi John,
Yes you are right, that was issue.
Now How i am going to get sub Members: what should be format.
Accounts Dimension ----> Dimension
|
Employee Rate -----> Member
|
Over Time1 ------> Sub Member of "Employee Rate"
|
Shift Rate ---->Sub member of "Over Time1"
I am having above hierarchy than what should be Format that i have to put in:
DATA_COLUMN_DIMENSION = ??
DATA_COLUMN_MEMBERS = ????
Thank u john, you are always helping.
Regards
Sher
Edited by: Sher Ullah Baig on Jul 5, 2012 12:27 PM

Description on Essbase Account Dimension Properties

Hi everyone! I am a newbie on Oracle Hyperion and Essbase. I joined a company as a trainee software developer. And my role is to support my superiors in developing Planning and Budget Applications for Plantations of our company.
I tried my best to find places in internet where I can improve my knowledge in the application but there is no place I found as free since my company is not ready to give good professional training. so I decided to choose the forum where I guess I would get help.
My first question to ask is about Account Dimensions Properties,+_ what they do, what are their uses, what for an account type is used, where time balance is used etc.
Edited by: 930603 on Apr 27, 2012 10:51 AM

Hi,
Welcome to the world of Hyperion first i suggest you to start reading the essbase dbag, it will help you to understand what exactly the product do and also help you to understand the best optimum solution for your design & implementation
for Account Dimensions Properties
http://docs.oracle.com/cd/E17236_01/epm.1112/esb_dbag/frameset.htm?dotattrs.htmlThanks,
Avneet Singh Bhatia

Essbase export with a "string" appended with all account dimension members

Hi Everyone ,
can any one please suggest , how i can do my essbase export with a string appended with all account dimension members.
i have tried more options but it doesn't looks working. i tried it by report scripts using RENAME function , but it works for 1 member at a time..
please suggest !
thanks
Edited by: Vivek on Jun 19, 2012 6:55 PM

Hi,
If you're looking for the ability to append different strings, then you should probably be looking to an external process.
If you're looking to append the same string, I can think of one way. Make your report script fixed-width (that way you always know which character in the line you're changing) and then utilize the MASK command. (you can find it in the Tech Ref under Report Commands)
Robert

Essbase API - Account Dimension - Account Type

Hello all,
I'm connecting to a cube that has an account dimension and I need to extract the account hierarchy for a given member name. What I did to get the member information is:
mbrSel = cube.openMemberSelection(null);
mbrSe.executeQuety("<OutputType Binary <SelectMbrInfo(MemberName, MemberAlias, ParentMemberName )"
, "@IDESCENDENTS (\"" + s_member + "\", 0)");
Now what I'm trying to get from this query is the account type(or the account aggregator). Is this information queryable?
Many thanks!
Rafael

In BPC, "Account" can be interpretted fairly generic. Yes each application requires an account dimension and each account dimension member must be assigned a valid account type (Asset, Liab, Equity, Rev, Cost) property. But that is the extent of the restrictions. So in is not uncommon to see the account dimension be used to represent the vendor, the customer, the material, or a key figure. That last option may be necessary if you want to track "statistical key figures" or various types of quantities in your application. Just be sure to utilize the right account type attribute assignment to result in the correct sign handling and accumulation logic for your data.
Best regards,
[Jeffrey Holdeman|https://www.sdn.sap.com/irj/sdn/wiki?path=/display/profile/jeffrey+holdeman]
SAP BusinessObjects
Enterprise Performance Management
Regional Implementation Group

Shared members in Accounts dimension

Is there a problem with having shared members in the Accounts dimension? I received no errors while saving the outline but I am not sure of the effect this would have on database size, performance, etc. My user wants to view the same measures grouped under two different categories.Thanks for your help.Bela

No, having shared members in the measures dimension (or any other dimension) should not have any impact on database size or performance, except where you have new stored or dynamic calc member rollups of those shared members. It sounds to me like you have taken the correct approach, although I do recommend recording before and after stats (db size, calc times, restructure times, retrieval times) for any and all changes to important Essbase databases, it's often times difficult to predict the impact of changes, after all, Essbase is an art, not a science! HTH, Jeff McAhren Dallas, Texas

BPC Consolidation Account Dimension - R_ACCT X C_ACCT X O_ACCT X P_ACCT

Hi everyone,
I search for all the forum and I didn't find any explanation about the use of the "standards" accounts on BPC, we are using BPC 7.0 for NW.
Why BPC NW differentiate the dimensions depending on which application are going to be included?
For example BPC NW has four dimensions for the account C_ACCT(consolidation), R_ACCT(rate), P_ACCT(Planning) and O_ACCT(Ownership).
In our consolidation project we have the planning front too so at the end we will have only a group chart of account for both.
Can we maintain only an account dimension or is there a technically requirement to mantain three or more account dimensions?
One for Legal App, one for Ownership App, one for Intercompany Matching App and one for planning?
So we should have to use same dimension, an example the C_ACCT, on all application or we have to use each dimension in their owing application and change them with same data? That's the question.
Could someone explain what would we do in this scenario? Please don't send documentation because on every one we read are saying to use different, but how is the maintenance for that, explain this.
Best Regards
Alexandre

Hello Alexandre,
You cannot use the same account dimension in all these applications, because the Rate and Ownership applications are designed to store currency conversion and ownership related data, so it would make no sense to add a financial chart of account to these applications. You could however use the same CoA between your Consolidation and your ICMatching, the idea to have two different ones is that you only have Intercompany data from some of your accounts and you may also want to use different roll-ups of your account to perform you IC Matching.
Here are the 4 account dimension:
- R_ACCT used in the Rate application, contains type of rates (like "END", "AVG)
- O_ACCT used in the Ownership application, contains method and percentage of consolidations (like "METHOD","PCON","POWN,...)
- C_ACCT used in the consolidation application, containt the financial Char of Account (Balance Sheet, P&L, ...)
- P_ACCT used in the planning application, contains account specific for Planning.
You could share the same CoA between your Consolidaiton and Planning, as long as you can defined a common one that fits both purposes
Marcel

Exporting set of measures with aliases into essbase cube

We were wandering if there is an easy way to import bunch of measures with aliases into Essbase cube rather then entering them one by one?
thank you

Simplest way, would be to create a spreadsheet with the Measures and alias listed in column format.
You can organize them in Generation, Level or Parent-Child format.
Create a dimension load rule that maps the columns to properties in Essbase.
When you want to modify the Measures dimension layout, change the spreadsheet and rerun the load rule.
Brian Chow

Alias names for account dimension

Hi,
The alias names for account dimension is not getting pushed to EAS for all EPMA essbase applications(ASO and BSO). However i see them in the application and in the dimension library. I just see the alias for accounts dimension as account but not for any members.
The dimension has the alias associated with it. But for other dimensions i do see the alias names in EAS.
Hyperion EPMA - 11.1.2.0.00.938
Regards,
Ragav.
Edited by: ragavhere on Feb 5, 2013 3:16 PM

Thanks.
It was because of a patch that I had installed yesterday. I uninstalled the patch and then deployed the applications. The problem is resolved.
And we are upgrading to 11.1.2.2.
Regards,
Ragav.

LCM Account dimension migration fails between applications

Hi all,
We are getting the below error message when we try to migrate the account dimension from one app to another on LCM:
The Hyperion Essbase operation failed with an error code: 1060051.
I know it doesn't say much, but have you seen it before? Which other log files should I look at?
We are on 11.1.2.1.
Thanks,
Mehmet
p.s. I've noticed My Oracle Support has an entry for the same error number 1060051: Planning Refresh Error: "com.hyperion.planning.olap.EssbaseException: xxxx (1060051)" [ID 944970.1]
I will see if these two are related

Thanks John. My plan is to wipe the whole dimension in the target environment and migrate the dimension from the source environment. Do you think there is another way to find out which duplicate member/alias name is causing this issue?
Thanks,
Mehmet

Setting Account dimension as sparse

Hello!
The situation is that the Planning application v.11.1.2.1 is to contain several thousand accounts. In this case is it appropriate to set Account dimension as sparse taking into consideration the impact on calculations and data retrievals?
Thank you!

The fact that Accounts and Periods are usually dense in Planning apps isn't a hard and fast rule. However, in most applications, this configuration results in efficient I/O. This is a direct result of the way businesses typically like to look at the data. Most (but certainly not all) Planning forms have Periods in the columns of the input form or report. If Periods are dense, it means that Essbase doesn't have to pull a different block into memory for each period. One block vs. twelve. The same is often true for Accounts. Accounts typically end up in the rows of a given input form or report. If Accounts are dense, then Essbase only has to pull a single block into memory for a given report, instead of a different block for each row. Of course this all depends on what is going on with your other dimensions. But for the sake of simplicity, let's assume that you're looking at one Entity, Scenario, Version, etc.
Determining what dimensions shoulld be dense is really about realizing efficient I/O. And what makes things more interesting is this . . . you can't simply think about it in terms of viewing data . . . you have to think about how you calculate data as well. When you run a Planning calculation, you're typically running that calc across multiple Periods. And you're often calculating multiple Accounts at the same time as well. These facts lead many planning apps to have Accounts and Periods dense.
In summary, I would ask this. Will my input forms typically show all (or most) Cost Centers and the same time? What about my reports? When I calculate data, will the calculations focus on one cost center at a time? (typically the one cost center the user has access to edit). Or will they typically calculate data for all cost centers at the same time?
In the end, you're just trying to get the most bang for your I/O buck. That's why I tend to focus a bit less on block size, and more on efficient I/O.
- Jake

How to use one Account dimension for multiple account structures

We are implementing a HFM application to replace two general ledger applications, one being Corporate and the other a new subsidiary. We need to maintain both of the chart of accounts and their unique rollup structures. We are facing the difficulty in attempting to combine the two chart of accounts into one HFM Account Dimension because a few of the subsidiary accounts have the same account numbers but they are meant different things.
Question:
How can we set up two distinct account structures in HFM and also have the subsidiary accounts rolled into the Corporate accounts for consolidation reporting?
Appreciate your help.

Hope this help.
_http://technet.microsoft.com/en-us/library/cc164331(v=exchg.65) .aspx

How to hide member Account dimension from BPC Administrator for Reporting

Hi experts, i need to hide some members of the Account dimension for reporting, because those members dont use it anymore, but i dont want delete them.
The question is: Does it exist any propierties for this dimension type that allows hiding members in reporting without set members in the BPC for Excel?
I can create a report which contain the members i want to show, but if any change occurs (client desire) the report is outdated.
Thank you in advance
Ignacio Vazquez

Ignacio,
There is no function like that.
You can choose below two options.
1. Create a property like 'NOUSE' and set a value 'Y' for unused member
When you create EVDRE report, set a filter against that property that has value 'N'
then those members will not be shown at the report.
2. Create 'NOUSE' parent member and put members under this parent member.
Maybe option 1 is more easier to do that.
I hope it will help you
James Lim

Error while activating Account Dimension in BPC 10

Hi All,
While trying to activate the Account Dimension, it is giving an error. Please see the screenshot below. Please let me know if someone has faced this issue before and has solved this.
Thanks in advance,
Best Regards,
Venkata

Hi Bhupi -
Go to SU53 T-code from the back end , you can find the authorization issues; It will clearly mention what authorizations are missing in Red.
Hope this helps!!!

Grouping of measures in accounts dimension Essbase

Similar Messages

Maybe you are looking for