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

Similar Messages

Time Dimension as Sparse

Hi All
Thought I would ask for some feedback on a change i am checking on.
Currently have a cube with Accounts and Time set as dense. But this creates a block size of around 400k.
I have created a test app and changed time dim to sparse and the block size has dropped to around 40k. Its a very new cube so there arent a lot of calculations currently written for it.
My test calc ran for 3 hours on the cube prior to changing the Time dimension and after changing the Time dimension to sparse, now completes in 12 seconds. The aggregated numbers look good.
What are the Cons to implementing Time as sparse?
Simon

You didn't state if you planned on using DTS for your time dimension. If so, the dynamic members would need to grab multiple blocks in order to calculate your QTD or YTD members. It's not a huge deal if your hardware is up to the task, but the users may experience a little slowness when pulling those members. If you are not using DTS, don't flag the time dimension as "Time" at all because that will affect how the default calc will work (Accounts, Time, Dense members, Sparse members). Most people don't use the default calc anyways, but if you're not using DTS, there is no reason to flag the time dim as "Time".

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 Processing "Account" Dimension in BPC 7.5

Good Afternoon,
I am having difficulties processing the account dimension from the Admin function. I can not save to server or process dimension. I get the following log error message. This is impeding my ability to add or change account information. I recently was on maternity leave for 3 months and I am not sure if it is a combination of inactivity coupled with a new PC? I have recently been provided with a new laptop, which I am unsure is configured properly.
#2.0 #2014 06 16 16:33:25:890#-4:00#ERROR#AdminConsole##EPM-BPC-MS##93e2c386-f594-4157-8c44-c6a3d727f3b7###FormMain::SetExeAction#CORP\\jfesterman########Plain##[LOG ID:18]System.NullReferenceException: Object reference not set to an instance of an object. at Microsoft.VisualBasic.CompilerServices.Symbols.Container.InvokeMethod(Method TargetProcedure, Object[ Arguments, Boolean[] CopyBack, BindingFlags Flags)
   at Microsoft.VisualBasic.CompilerServices.NewLateBinding.CallMethod(Container BaseReference, String MethodName, Object[] Arguments, String[] ArgumentNames, Type[] TypeArguments, Boolean[] CopyBack, BindingFlags InvocationFlags, Boolean ReportErrors, ResolutionFailure& Failure)
   at Microsoft.VisualBasic.CompilerServices.NewLateBinding.LateCall(Object Instance, Type Type, String MemberName, Object[] Arguments, String[] ArgumentNames, Type[] TypeArguments, Boolean[] CopyBack, Boolean IgnoreReturn)
   at OSoft.Consumers.Admin.AdminMain50.FormMain.SetExeAction(String strCodeID, ArrayList arrReturn)#
We are running BPC 7.5 on a SQL 2008 server, and I wanted to check with the blog before Uninstalling and reinstalling the BPC osoft 7.5 application.
Previously, on my old laptop, I had this capability, and I can run and process all the other dimensions in our list via the Admin feature. I have also tried to refresh dimensions via the BPC EMP add in, and that seems to not throw any error logs, so I am unsure as to what my next step should be.
Plesae advise if I need additional updates to this new computer or if anyone else has seen this error message.
Thank You,
Jennifer

Hi Jennifer,
if you're unsure that your PC isn't well configured please verify this with the 1678822 - Third Party Software Support Matrix For BPC for Microsoft 7.X, 10.X
Then run client and server diagnostic to see if there are problems.
If all ok the dimension file could be corrupted so please change the name of your xls dim file and try to export your dimension, process it and see if ok, if not check the property in the xls dimension file with the modify dimension property in admin console.
Verify also if this note could be helpful 1905831 - SAP Disclosure Management - Uninstalling DM client removes necessary VBE6EXT.OLB file
Regards
     Roberto

Multiple selection of ACCOUNT dimension not accepted by the custom logic

Hi,
In below code I am sending "ALL" accounts and time 004.2010 to 012.2010 value from the data manager from manual selection screen. I need code to be executed for all the accounts and above mentioned time periods. But when I run the package it gives below error,
RUN_LOGIC:Unknown Dimension Name in Keyword: "BPC100001 (ACCOUNT): Failed.
Even if I put just two dimension member values for account like BPC110000 and BPC120000 it gives above error on account BPC120000. It seems that code can not accept more than one account values. Not sure reason behind the error.
Any help is appreciated.
*XDIM_MEMBERSET PROFIT_CTR=120000
*XDIM_MEMBERSET CURRENCY=LC
*XDIM_MEMBERSET DATASOURCE=ACTUALS
*XDIM_MEMBERSET TIME=%TIME_SET%
*XDIM_MEMBERSET ACCOUNT=%ACCOUNT_SET%
*XDIM_MEMBERSET PLAN_CYCLE=JUL-2010
*SELECT(%CURRENT_PERIOD%, "[CURRENT]", "PROFIT_CTR", "[ID] = '120000' ")
*LOOKUP PL_PLANNING
*DIM TIME = "%CURRENT_PERIOD%"
*DIM DIM: ACCOUNT ="%ACCOUNT_SET%"
*DIM CURRENCY = "LC"
*DIM DATASOURCE = "ACTUALS"
*DIM PLAN_CYCLE ="JUL-2010"
*DIM PROFIT_CTR = "120000"
*ENDLOOKUP
*WHEN CURRENCY
*IS "LC"
*REC(EXPRESSION=LOOKUP(DIM),ACCOUNT=%ACCOUNT_SET%)
*ENDWHEN
Thanks,
Viren

Hi Gersh,
Thanks for your reply.
I am under assumption that .LGF file will be executed for all the accounts entered by the user or accounts from master data if not entered. What I mean is for every account number this logic will be implemented. So we will have as many executions of the logic as many accounts we are sending. My aim is to execute all the statements for all the accounts sent from the source.
i.e
XDIM_MEMBERSET PROFIT_CTR=120000
*XDIM_MEMBERSET CURRENCY=LC
*XDIM_MEMBERSET DATASOURCE=ACTUALS
*XDIM_MEMBERSET TIME=%TIME_SET%
*XDIM_MEMBERSET ACCOUNT=%ACCOUNT_SET%
*XDIM_MEMBERSET PLAN_CYCLE=JUL-2010
I want al the below statement to be executed for all the accounts. At the point while wirting the below logic I do not know for which accounts logic should be executed that's why I set account variable in the Scope and used it in below logic.
I want REC to write one record at a time only but I assuming that REC statement will be executed as many time as many accounts are sent by the source.*
*SELECT(%CURRENT_PERIOD%, "CURRENT", "PROFIT_CTR", "ID = '120000' ")
*LOOKUP PL_PLANNING
*DIM TIME = "%CURRENT_PERIOD%"
*DIM DIM: ACCOUNT ="%ACCOUNT_SET%"
*DIM CURRENCY = "LC"
*DIM DATASOURCE = "ACTUALS"
*DIM PLAN_CYCLE ="JUL-2010"
*DIM PROFIT_CTR = "120000"
*ENDLOOKUP
*WHEN CURRENCY
*IS "LC"
*REC(EXPRESSION=LOOKUP(DIM),ACCOUNT=%ACCOUNT_SET%)
*ENDWHEN
Thanks,
Viren

Cannot clear contents of an accounts dimension member

Hello.I am trying to clear some data that was calculated - because our calculation script currently isn't correct, and the result is misleading.I need to clear the data associated with an accounts dimension member.I tried "CLEARDATA mymbr;", "CLEARDATA Actual->mymbr;", "FIX(@IDESCENDANTS(Units)) CLEARDATA mymbr; ENDFIX", ""FIX(mymbr) CLEARDATA Actual; ENDFIX", but none works.The outline is as follows :Acc - Accounts, denseMonths - Time, dense, Dynamic calc, #MissingCum - Dense, Dynamic calc, #MissingYear - Sparse, Dynamic calc, #MissingScenario - sparseUnits - sparseA - sparseB - Sparse, dynamic calcAnd some more, which are sparse (and some dynamic calc).The member I'm trying to clear has a dynamic calc parent and is a two pass calc member, with an associated calculation formula.Any idea why I can't clear the data ?Thanks.

Thank you for your suggestion. But I doubt it would have solved my problem.The CLEARDATA did remove the values, but I had to switch the dynamic sparse dimensions to "store" to achieve my result.Thanks for your help :-)

Formulas in account dimension with multiple hierarchies

Hello all,
I am having troubles with finding the exact syntax for a formula in an account dimension that has two hierarchies:
- I have two parent accounts in H1 (accountA and accountB)
- I have one account in H2 that has to add up accountA and accountB
It was easy in V4, the formula would just say: accountA+accountB
Does anyone have the exact syntax for me in V5?
Some extra info:
- SAP BPC version: 5.1sp2
- SQL 2005
- I know that dimension formulas have a problem with performance, but believe me, in this case this, it is the only way
Hope someone can help me,
Alwin

Alwin,
There should be formulas in the MDXlib.lgl that look like the following examples:
*Function Hir1_P(%Arg%)
     iif(AccountL.H2.CurrentMember is [AccountL].[H2].[All AccountL.H2] and AccountL.H3.CurrentMember is [AccountL].[H3].[All AccountL.H3],%Arg%, rollupchildren(AccountL.H1.currentMember,"+"))
*endfunction
*Function Hir2_P(%Arg%)
     iif(AccountL.H1.CurrentMember is [AccountL].[H1].[All AccountL.H1] and AccountL.H3.CurrentMember is [AccountL].[H3].[All AccountL.H3],%Arg%, rollupchildren(AccountL.H2.currentMember,"+"))
*endfunction
*Function Hir3_P(%Arg%)
     iif(AccountL.H1.CurrentMember is [AccountL].[H1].[All AccountL.H1] and AccountL.H2.CurrentMember is [AccountL].[H2].[All AccountL.H2],%Arg%, rollupchildren(AccountL.H3.currentMember,"+"))
*endfunction
*Function Hir1(%Arg%)
     iif(AccountL.H2.CurrentMember is [AccountL].[H2].[All AccountL.H2] and AccountL.H3.CurrentMember is [AccountL].[H3].[All AccountL.H3],%Arg%,Null)
*endfunction
*Function Hir2(%Arg%)
     iif(AccountL.H1.CurrentMember is [AccountL].[H1].[All AccountL.H1] and AccountL.H3.CurrentMember is [AccountL].[H3].[All AccountL.H3],%Arg%, Null)
*endfunction
*Function Hir3(%Arg%)
     iif(AccountL.H1.CurrentMember is [AccountL].[H1].[All AccountL.H1] and AccountL.H2.CurrentMember is [AccountL].[H2].[All AccountL.H2],%Arg%, Null)
*endfunction
These are functions that may be used to aggregate the values in version 5 across hierarchies. I don't think you need them all, but I included the set I have in a current application.
I hope this helps.
Petar

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!!!

UPLOAD MASTER DATA FROM SAP GL TO ACCOUNT DIMENSION

hi
how can i upload master data (chart of account) from BW 0GL account info object to BPC Account Dimension ?
how can i upload the hierarchy, there is no hierarchy in ECC for the chart of account

SAP offers free content + documentation in the form of rapid-deployment solutions (RDS).
In the Extended Financial Planning Rapid-deployment solution, there is a module called G/L Financial Planning which includes the full load of SAP-based account dimension from SAP ERP to BPC via BW. This content introduces BPC-based Package Links as a best practice way to load master data (including the account hierarchy and transaction data). You can download the content and documentation from the highlighted page above or HERE.
SAP also offers free training on the EPM rapid-deployment solutions in the EPM RDS Academy 2015 on SAP JAM. If the link to the Academy does not work, please register HERE and SAP will invite you.

Account dimension logic

Hi,
I've hit an issue with the length of my calculation exceeding 255. I'd like to add functions to the mdx logic library, but can't seem to figure out the best way to edit the file. I can see that there are logic files in the adminapp folder for each application, however I'm not sure how to edit and validate it. Is there an easy way to edit the files in this folder through the BPC Administrator tool?
Kind Regards,

Great - thanks. I've actually created a copy in my LegalApp and edit it through the Script Logic section and after validating I copy back into the AdminApp Folder - possibly not the best method, but it works at the moment.
Can anyone tell me how to include a calculation in the Account Dimension that is based on another calculation? As far as I am aware the solve_order is only for across dimensions. How do you manage solve order within a dimension? I have a Tuple that I want returned and I then use that account member in another account calculation. When reviewing the results the first calculation returns the value that I expect, but it seems that at execution time the first calculations result does not exist when calculating the second calculation so I get a zero result.
Any ideas? At the moment I am creating a fairly large calculation that recalculates the tuple in the second calculation, but I'd like to avoid this.
Kind Regards,
Fiona

Account dimension hierarchy text nodes ACCTYPE property

Hello,
We have master data being populated into BPC from BW. So for the Account dimension in BPC, we use the 0GL_ACCOUNT infoobject in BW. This infoobject also has all the Financial statement version hierarchies which are being loaded to BPC. The question that I have is, how should the hierarchy text node values for ACCTYPE property be populated if I have to automate this load on a daily basis.
For the actual GL accounts, we have the account number ranges defined. Like 1* series accounts are Assets etc..So we can easily define a rule for populating the ACCTYPE property values. But not sure if there is any easy logic for populating the hierarchy text nodes as we dont have any pattern in them. Would we need to maintain it manually always?
Thanks
Gaurav

Hello Richard,
If there is really no logic behind them there is off course no way of automating this. Then I guess you will have to maintain each node separately.
Some customers are also willing to change their text node structure. For example I had one when where the rules for the 0HIER_NODE records were as follows:
*           EXP -> Starts with 32*, 311*, 312*, 321*, 3111*, 3112*,
*                  3142*, 31111*, 31112*, 311111*
*           INC -> Starts with TOT, 3000000000, 3100000000, 313*,
*                  322*, 3113*, 3141*, 31113*, 311112*
*           AST -> Starts with 1*
*           LEQ -> Starts with 2*
Kind regards,
Christophe

How to use the FORMAT property of an account dimension

Hi Experts,
I tried my best but I just can't find any information about the format property of an account dimension. I know that it is a reserved one and I have seen something such as #,##0. In detail I want inc member to look like 1.000.000 and exp member like -4.000.0000.
This is probably a stupid question.
Thanx in advance,
Cora

Hi Cora-
These are Excel custom formats..please review the following link for detailed information:
[Custom Number Formats in Excel|http://www.ozgrid.com/Excel/CustomFormats.htm]
For your specific example: ###,###,### for INC and -###,###,### EXP should be sufficient.
Regards,
Sheldon

Account Dimension not showing all members in the cube in Analysis Services

Hi,
         In SAP - BPC 5.1 after processing account dimension all the members are created under account dimension in analysis services but the same cannot be found in the data cube. Hence the reports generated through SAP - BPC is not showing all the members.
         The issue looks very strange as we can see the members getting created but the same is not getting populated in the cubes. I am not able to visualize what exacly the issue is? Is it with the application or with the analysis services?
Thanks
Sharath

Your sixth sense is correct, there is definitely support in MSAS and BPC 5.1 for multiple hierarchies in the account dimension.
I'm also referring to parentH1 and parentH2, but perhaps we're still speaking of different things.
In the past, I faced a very similar problem as you, and the root cause was because I had one member, let's call it FancyParent, which, in H1, had children Child1 and Child2.
But in H2 it had children Child1, Child2 and Child3. I forget now if that was how I wanted the setup to be, or if it was a mistake on my part, but either way, MSAS doesn't allow this. The admin consol didn't complain when processing the dimension -- this was in Outlooksoft 5.0; perhaps validation has improved now.
But the cube was completely unworkable. Certain things were calculating correctly, but everything in the account dimension in the area around FancyParent (above and below it, in both hierarchies) was quite unpredictable.
By disabling first one, and then the other, of the two hierarchies, and disabling blocks of accounts, I was eventually able to pinpoint the problem. But it took days to figure out what was the problem. (The account dimension had 2500 members and 4 hierarchies, and it was not a pretty sight.)
A parent must have the same definition of children in all hierarchies. It can't, as another example, have children in H1, and be a base member in H2. Each member can have different parents in the two hierarchies, but must always have the same children in both.
To work around this problem, I had to create two separate accounts NetIncomeH1 and NetIncomeH2 (and PretaxIncomeH1, PretaxIncomH2, etc. all the way down to the point where they branched off), to get the two separate aggregations of the P&L in the two hierarchies. Once I did that, it made sense to me why, but I also swore off on frivolous extra hierarchies ever again.

Two Fact tables with Different set of Dimension Tables

Here is my scenario:
I got two fact tables: X and Y (actually, they are the same tables, but with different level of data)
and four dimension tables: A, B, C, D
X joins relationship to all dimensions (A, B, C, D).
Y joins relationship to only A, B, C, but no D.
When I select dimension A, B and C together with fact tables X and Y in BI Answer, result is displayed and compared.
However, if I select dimension D together with fact tables X and Y, only data from fact table X is displayed. There is no result displayed for fact table Y. I know that this is because fact table Y does not join to dimension D.
If the above relationship unchanged, how can I display both X and Y's result in BI Answer when dimension D is selected?

Thanks for all your replies.
Actually, I've tried the solutions you guys mentioned. Generally speaking, the result should be displayed. However, my scenario is a little bit tricky.
table Y's figures are not the aggregation of table X for D dimension. Instead, table Y's figures include not only D dimension total, but also others (others do not mean A, B, C dimension). For example, table Y stores all food's figure, while table X stores only drink's figure. D dimension is only about drink's detail. In my scenario, other foods' figure is not provided.
So, even if I set D dimension to all/total for table X, table X's result is still not the same as table Y.
Indeed, table Y does not have a column key to join to D dimension's key. So, if I select D dimension and table Y's measures at the same time in BI Answer, result returns no data. Hence, I can't compare table X and table Y's results with selection of D dimension.
Is there any solution to solve this problem?
Edited by: TomChan on Jun 3, 2009 9:36 AM

Setting Account dimension as sparse

Similar Messages

Maybe you are looking for