Need to create a dimension member formula refering hierarchy.

Hello Experts ,
System : BPC 10 NW SP 11
Dimension : BOOK – entity type
Dimension : ACCOUNT - Account type
Scenario : create a ACCOUNT dim member formula effecting only members exists in Entity dimension PARENTH3, with property MGMT_CALC = Calc.
I tried below syntax : but none of them working.
IIF([BOOK.PARENTH3].CURRENTMEMBER.PROPERTIES("MGMT_CALC")="CALC", (IIF ([PNC_REV]=0,0,[ACCOUNT].[PNC_UUND_TOT]/[ACCOUNT].[PNC_REV])),NULL); SOLVE_ORDER=10
IIF([BOOK].[PARENTH3].CURRENTMEMBER.PROPERTIES("MGMT_CALC")="CALC", (IIF ([PNC_REV]=0,0,[ACCOUNT].[PNC_UUND_TOT]/[ACCOUNT].[PNC_REV])),NULL); SOLVE_ORDER=10
IIF([BOOK.H3].CURRENTMEMBER.PROPERTIES("MGMT_CALC")="CALC", (IIF ([PNC_REV]=0,0,[ACCOUNT].[PNC_UUND_TOT]/[ACCOUNT].[PNC_REV])),NULL); SOLVE_ORDER=10
In case I am not reading hierarchy as in below syntax, it works fine.
IIF([BOOK].CURRENTMEMBER.PROPERTIES("MGMT_CALC")="Calc", (IIF ([PNC_REV]=0,0,[ACCOUNT].[PNC_UUND_TOT]/[ACCOUNT].[PNC_REV])),NULL); SOLVE_ORDER=10
The requirement is to read PARENTH3 members with specific property value.
Thanks in advance
Pavan

Hi Pavan,
I believe there is a similar thread to which I have responded.
Your formula is based on a condition with a property. A property value is applicable to the member irrespective of which hierarchy it belongs to. So, why do you need to consider the hierarchy for your formula?
Hope this helps.

Similar Messages

How can I create a dimension member formulas involving parent member?

Hi everyone,
I'm trying to learn BPC- Planning and I've got the following issue:
Behind each key figure is a calculated formula which will not be calculated in the aggregated parent member ( Energie Kosten). It's a IF formula based on percentage. As far as I understood it's not possible in BPC NW 10. to store values at parent level and parent member doesn't aggreagte child values that are calculated members. What can I do to solve the problem? The only solution will be the logic scripts?
Any input is appreciated.
Thank you!

Hi Vadim,
thank your for your answear.
Here it's my formula:
IIF([KENNZAHL].[S_PSTROM] = 0 , [KENNZAHL].[E_PSTROM] ,[KENNZAHL].[S_PSTROM] * ([KENNZAHL].[BELGES] *[KENNZAHL].[TAGEMON] ))
where: S_PSTROM = percentage key figure
         E_PSTROM = manual input key figure
         BELGES = allocation
         TAGEMON= days per month
The formula is used to calculate the energy. If there are adjustments used then will be calculated using the percentage if there are no adjustment needed that should take automatically the manually entered values.
It's used only a hierarchy- PARENTH1. And only the dimension without calculated members are calculated in nodes.
Thank you a lot!

SAP BPC - Recursive Dimension Member Formulas

Hi BPC community,
We have a customer requirement to create recursive dimension member formulas. Has anyone dealt with this topic before?
Example:
Account A = Account B * .05
Account B = Account A + Account C.
Account D = Account B * .10
Thanks,
Jeff Holdeman
EPM RIG

Hi Nicolas,
Thanks for pointing us in the right direction. The math actually turns out a little different, as I think you slipped a decimal. But none the less, your contribution is MUCH appreciated.
Here is the proposed solution. For more details, we also need to utilize the solve_order parameter to force the system to calculate the dimension formulas in the proper sequence. Zero is the highest priority.
Assume...
A = B * .05
B = A + C
C = input
D = B * .10
Therefore solving for B...
B = (B * .05) + C
B = .05B + C
B - .05B = C
.95B = C
B = (1 / .95) * C
And...
D = (1 / .95) * C * .10
For example, if C = 100...
B = (1 / .95) * 100 = 105.26
A = 105.26 * .05 = 5.26
D = 105.26 * .10 = 10.53
I'll assume there are two accounts for "C"; one for input and one as a formula.
[Account].[C] = [Account].[C input][, solve_order = 1]
[Account].<b> = [Account].[C] * 1 / .95[, solve_order = 2]
[Account].[A] = [Account].<b> * .05[, solve_order = 3]
[Account].[D] = [Account].<b> * .10[, solve_order = 4]
Edited by: Jeffrey Holdeman on Aug 11, 2008 5:58 PM

Dimension member formulas

Hello Xperts,
What is meant by dimension member formulas

Dimension formulas , can be specified in FORMULA propety. If account A has dimension formula Account.B-Account.C , value of Account A is calculated on the fly . Calculate value is not stored in cube .Only at the time of reporting values are calculated .
Hope this helps.

Do the custom rollup member formulas work recursively for parent child dimension?

Hi
We have custom rollup set up for Account dimension which is parent child.
It seems to work fine when the custom member formula refers to a base account member i.e. if the formula for MemberKey4 is (MemberKey1 + MemberKey2) then it shows the sum of the underlying members 1 and 2.
But if the formula for MemberKey10 is (MemberKey3 + MemberKey4) then it should evaluate the value for MemberKey4 first and then add to it value for MemberKey3 to come up with final number for MemberKey10.
Do the custom rollup work fine with the recursive calculations? Is this recursion limited to some level?
Thanks
Shailesh

Hi Jorg,
Thanks for your input.
Actually the hierarhcy is more determined by the parent child relationship. So we cannot move the members as per the formula. And further the formulas are not always additive, there are divisions and multiplactions happening also.
Further the calculated members (account members) are used in different places, the usage level of calculated members could be 3 in some cases i.e. MemberKey15 = (calculated using MemberKey10 = (calculated using MemberKey7 = (Calculated using MemberKey4 = (calculated using base members)))). Now inserting the base members in place of a calcuated member becomes more of string manipulation.
And on the top of above complexity, the formulas are not static and they are more user defined, they may change between time periods, which forces us to write a dynamic procedure to translate the 'business formula' into SSAS formula. We expect the custom rollup to work as expected (i.e. if the formula contains a calculation involving the calculated member, it should resolve that first and so on) and we have written generic procedure to replace the Account Code in the 'business formula' with the accont key value with the account hierarchy char string.
In the link http://doc.ddart.net/mssql/sql2000/html/olapdmad/agmdxadvanced_6jn7.htm for AS2000, it talks about the calculation pass deapth, it says:
.......If a cube has custom rollup formulas or custom rollup operators, a second calculation pass is performed to handle the computations needed to calculate these features.......
Now from the above, it is obvious that the OLAP engine will automatically go into recursion if the formula contains a cacluated member and it knows that the calculated member has to be resolved first before calculating the final formula result. The above article also talks about 'Calculation Pass Number' property in the AdvanceCube Editor (AS2000), which can be set to the value depending on the expected number of passes required in a given scenario. I don't find such an equivalent peoperty for SSAS 2005.
Would anybody please throw some more ideas / insights on this issue?
Jorg, thanks again for your input...
Shailesh

Help required in creating a dimension from an excel sheet

Hello all ,
We have a new requirement ,where we need to create a Dimension from an excel sheet. I tried creating it from a . csv file. But , I am not sure how to set the across, down statement ( if any) . The procedure is able to peek the data from the excel sheet. But , it says that the dimension member is not a selected member of variables. We have not created any variable yet. The transcript of the procedure is below :
remove dimension MODULE
ACCESS EXTERNAL
USE 'C:\module.csv'
DESCRIPTION FREE ,
peek only 5
read
BEGIN
construct MODULE
level MODULE_CD
label MODULE_DESC
preface "custom 5 allocate 1000,30,1"
END
end
compile dimension MODULE
Please advise
Thanks and Regards
Vijay

Hi Vijay,
I believe you should be identifying the fields you have in your csv file, in your case MODULE_CD and MODULE_DESC:
DESCRIPTION FREE ,
MODULE_CD text 10
MODULE_DESC text 20
Can you try that to see if it makes a difference?
Regards!
Ricardo

Not triggering Member Formula

Hi,
I have created a simple member formula and have processed it. It shows up as Green. But it is not getting triggered when I refresh or save data through EPM Excel Workbook. I have verified that the data exists for the 2 accounts shown below. Please help!!!
Regards,
Nicky

Hi Nicky
You haven't specified which version of BPC you are currently on, but this might be of help.
The following SAP Note might be relevant to you if you are on BPC on HANA.
2122679 - Member formula result member returns no data
If this note is not applicable to you, then possibly try using the fully qualified path for dimension member in your formula.
For Example: [ACCOUNT].[PARENTH1].[400000] + [ACCOUNT].[PARENTH1].[600010]
Hope this helps,
Kind Regards
Daniel

Hide the certain dimension member Id in the reporting

Hi Team ,
We have few dimension member description have similar to another . So we need to hide few dimension member Id in the SAP EPM 10 report
Any possibility to hide the dimension member id particularly in SAP EPM 10

Dimension member formula for EBIT and EBITDA??? Even more strange - EBIT and EBITDA have to be parents in the ACCOUNT hierarchy without any formula...
What do you mean by "hide"?? Not to show on the report? Like this:
=EPMDimensionOverride("000";"ACCOUNT";"ID<>EBIT")
Vadim

Dimension table to support Hierarchy and the aggregation functions

Hello expert,
Now I seem to know why those aggregation functions e.g. SUM, COUNT failed whenever the report is executed.
I have a fact table REJECT_FACT contains all the information of rejects:
Reject ID
Reject Category
Reject Code
Reject Desc
Site Desc
Site Code
Region Desc
Age Group
Reject Date
So I created a alias REJECT_DIM based on REJECT_FACT. After several trials, I think that the aggregation functions do not work with alias because after I remove the REJECT_DIM, the aggregation seem working.
Is my concept right? Or I am missing something? I don't understand that the data model for datawarehouse should be simple, why do we need to create many dimension tables to support the hierarchy?

Hello expert,
Thank you very much for your reply.
Actually the data model is very simple. There is only one physical table REJECT_FACT. The structure is as follows:
Reject ID (NUMBER)
Reject Category (VARCHAR2)
Reject Code (VARCHAR2)
Reject Code Desc (VARCHAR2)
Site Desc (VARCHAR2)
Site Code (VARCHAR2)
Region Desc (VARCHAR2)
Age Group (VARCHAR2)
Reject Date (DATE)
The hierarchy required is as follows:
Reject Category -> Reject Code Desc -> Site Desc -> Region Desc -> Age Group -> Reject Date.
I want to produce count on each hierachy level.
How to populate the hierachy structure effectively?
Thanks......

Help needed in BPC 10 Member Formula

Hello Experts,
We are in BPC 10 NW SP 11.
Facing below error in report for Ratios hierarchy after
member formula is built.
Formulas is related to ratio
IIF([ACCOUNT_GL].[RE_IREV]=0, NULL, [ACCOUNT_GL].[RE_IAADJ]/[ACCOUNT_GL].[RE_IREV]);SOLVE_ORDER=10
RE_IREV is Income node
RE_IAADJ is expense node.
I have tried formula by removing square brockets for ACCOUNT
DIM member. Still no success.
Surprisingly, same formula, same hierarchy works fine in
another Model.
I have also compared measures in both the models, both are
identical.
Error in the report as below.
Server message:
code: UJO_READ_EXCEPTION_018
severity: error
description: MDX statement error: Value RE_IREV
/CPMB/WADNXJI for characteristic /CPMB/WADNXJI unknown
log id: KoFXP08mHM3X08002fJHZW
DATAVALUE: Value RE_IREV /CPMB/WADNXJI for characteristic
/CPMB/WADNXJI unknown
MDX: WITH MEMBER
[Measures].[PERIODIC] AS 'IIF([/CPMB/WADNXJI
PARENTH2].[2/CPMB/ACCTYPE]="INC",-[Measures].[/CPMB/SDATA],IIF([/CPMB/WADNXJI                 PARENTH2].[2/CPMB/ACCTYPE]="EXP",[Measures].[/CPMB/SDATA],IIF([/CPMB/WADNXJI
PARENTH2].[2/CPMB/ACCTYPE]="AST",([Measures].[/CPMB/SDATA],
CLOSINGPERIOD([/CPMB/WADBQQD
PARENTH1].[LEVEL02])),IIF([/CPMB/WADNXJI                 PARENTH2].[2/CPMB/ACCTYPE]="LEQ",-([Measures].[/CPMB/SDATA],
CLOSINGPERIOD([/CPMB/WADBQQD
PARENTH1].[LEVEL02])),-[Measures].[/CPMB/SDATA]))))' SOLVE_ORDER=3 MEMBER [/CPMB/WADNXJI                 PARENTH2].[RE_ALAE_RATIO] AS
'IIF([/CPMB/WADNXJI
PARENTH2].[RE_IREV                         /CPMB/WADNXJI]=0,
NULL, [/CPMB/WADNXJI
PARENTH2].[RE_IAADJ
/CPMB/WADNXJI]/[/CPMB/WADNXJI                 PARENTH2].[RE_IREV                         /CPMB/WADNXJI])'
SOLVE_ORDER=10 SELECT NON EMPTY {[/CPMB/WADBQQD                 PARENTH1].[2013.Q1                         /CPMB/WADBQQD]
,[/CPMB/WADBQQD
PARENTH1].[2013.Q2                         /CPMB/WADBQQD]
,[/CPMB/WADBQQD                 PARENTH1].[2013.Q3                         /CPMB/WADBQQD]
,[/CPMB/WADBQQD
PARENTH1].[2013.Q4                         /CPMB/WADBQQD]
,[/CPMB/WADBQQD
PARENTH1].[2013.TOTAL                      /CPMB/WADBQQD] } * {[/CPMB/WADNXJI                 PARENTH2].[RE_ALAE_RATIO]
,[/CPMB/WADNXJI
PARENTH2].[RE_ALL_RATIOS                   /CPMB/WADNXJI] ,[/CPMB/WADNXJI                 PARENTH2].[RE_COMBINED_RATIO]
,[/CPMB/WADNXJI
PARENTH2].[RE_EXPCOMM_RATIO] ,[/CPMB/WADNXJI                 PARENTH2].[RE_LOSS_RATIO]
,[/CPMB/WADNXJI
PARENTH2].[RE_OTHERCOMM_RATIO] ,[/CPMB/WADNXJI                 PARENTH2].[RE_STAT_COMB_RATIO]
,[/CPMB/WADNXJI
PARENTH2].[RE_STAT_EXP_RATIO] ,[/CPMB/WADNXJI                 PARENTH2].[RE_TOT_EXP_RATIO]
,[/CPMB/WADNXJI
PARENTH2].[RE_TOT_LOSS_RATIO] ,[/CPMB/WADNXJI                 PARENTH2].[RE_ULAE_RATIO] } ON
0 from
[/CPMB/WAMSZKS/!!O/CPMB/WAMSZKS]
WHERE ( [Measures].[PERIODIC] ,[/CPMB/WAD3OFZ                 PARENTH1].[ACTUAL]
,[/CPMB/WAD0VHV
PARENTH1].[ALL_CHANNELS                    /CPMB/WAD0VHV] ,[/CPMB/WAD021F                 PARENTH1].[LEGAL                           /CPMB/WAD021F]
,[/CPMB/WADME7W                 PARENTH1].[ALL_DATASRC                     /CPMB/WADME7W]
,[/CPMB/WAD0DZ0
PARENTH1].[FGI
/CPMB/WAD0DZ0] )
V1:Value RE_IREV /CPMB/WADNXJI for characteristic /CP
V2:MB/WADNXJI unknown
V3:
V4:
Thanks,
Senoy

Hello Vadim,
Thanks for the reply.
I am able to process ACCOUNT_GL dimension.
Also, I am using standard TIME dimension.
I found that the virtual provider(created by using source of data for my model) too is showing the error, when I place above member formula.
I am attaching the error messae when I try to do list records in the virtual provider.
When I remove the member formula, everything is fine
Thanks

Need help in member formula

Hi All,
i need a help in memberformula
i've two sparce dimenions as below:
Dim1:
A
--B
--C
Dim2:
a
---b
---c
d
---e
---f
i need to write member formula on C from Dim1 if member is parent level member from dim2 then its to sum up with its childen values against B from dim1.
If member is parent level memer from dim2 ex:d
C->d = B->e + B->f
Thanks in advance,
Kiran
Edited by: kirannch on Oct 16, 2012 4:16 PM

Hi Tim,
Thanks for your response.
I'm using all HFM dimensions in Essbase Except Cust2 and Cust4.
In my outline Account, Period and Year are dense dimensions and rest are Sparse.
i'm comparing the data at parenttot with usdtot, contr as we are using flat members.
Below script is not updating any parent level value of USDTOT combination. i'm running the aggregation with exclude elim data before executing this calc script.
USDTOT,Contr are sparse dimension members and Entity also sparse.
Please can you help on the below scripts.
SET CALCPARALLEL 3;
SET AGGMISSG OFF;
SET FRMLBOTTOMUP OFF;
SET CACHE HIGH;
SET LOCKBLOCK HIGH;
EXCLUDE ( "Elim")
/Calculation "USDTOT" at Parent level of Entity Dimension with sum of children same parent entity with Contr member */
SET UPDATECALC OFF;
FIX("ACT","FY12")
"USDTOT"(
IF(NOT @ISLEV("ENTITY", 0));
"USDTOT" = @SUM(@CHILDREN(@CURRMBR("ENTITY"->"Contr")));
ENDIF;);
ENDFIX;
ENDEXCLUDE;
Thanks in advance,
Kiran
Edited by: kirannch on Oct 24, 2012 7:38 PM

Help in creating MDX Calculated Member using attributes from multiple Dimension

Hi All,
First of all my knowledge on MDX is basic. In one of our projects, there is a requirement to create calculated member (similar to derived fields in SQL) which is more of a dimension attribute and not really a calculated member. Due to IP issues I cannot paste
the actual queries but I will provide an SQL Query equivalent to what I am trying to achieve:
Select P.Product, Case When ISNULL(FS.ArtistName,'') = '' Then P.ArtistName Else FS.ArtistName End Artist
From
dbo.FactMusicSales FS
Join dbo.dimProduct P
on P.DimProductKey = FS.DimProductKey
We are trying to replicate the logic for derving the "Artist" field using MDX script.
We are running into issues while trying to build an MDX expression using the above logic. The main issue being that the new field/member "Artist" would not be calculated unless its elements are selected (FS.ArtistName, P.ArtistName). Besides this
we are also unable to place this new member in a different folder other than a sub folder under the measures. Any pointers to solving this would be really helpful.
Thanks in Advance,
Venki

Hi Venki,
According to your description, you need to create calculated member (similar to derived fields in SQL) which is more of a dimension attribute and not really a calculated member, right?
In your scenario, you needn't to achieve this requirement by using MDX. You can use a named query on your data source view. A named query is a SQL expression represented as a table. In a named query, you can specify an SQL expression to select rows and columns
returned from one or more tables in one or more data sources. So in you scenario, you can use your query on the DSV, and then use the modified table to create a dimension.
http://msdn.microsoft.com/en-IN/library/ms175683.aspx
Regards,
Charlie Liao
TechNet Community Support

Need to Create a Last 12 Months Variable for Custom Dimension

Hi everybody
Once again, I need your good help for an issue I'm facing. In one of our Cube, we have some Date Dimension sthat we've created ourselves (a ZCXXXXX dimension). For one Dimension, Ii need to create a variable that is giving me, automaticaly, the Last 12 Months excluding Current Month (same as the 0CML12LM provided by SAP) without any manual entry done by the user via the Variable Entry Screen.
I don't want to use offset because I don't want to allow any Manual intervention for my users because it is a report start via RRI.
Please let me know if you are aware on how to do this!
Thanks
Eric L.

Hi Arun
My problem is that my report is counting Incident per supplier per Month. We have a Key Figure that is doing the Total of incident with a Vendor Variable. So, for a given supplier, if there is no incident for the Incident Month, it won't display in the Result Page. Also, My report is dynamic so I'can not fix a Structure. On the other hand, I never used Strucutre, so I'm not really aware on how using this and if it will answer my need.
If you can give me more details, maybe I'll be able if a Structure is my solution.
Regards
Eric L.

Essbase ASO - How to aggregate all Parents in multiple dimensions when using member formulas

We are trying to add a few MDX member formulae on some of our Accounts in the ASO cube. We recently understood that member formulas in ASO calculate both LEVEL0 and Parent members of other dimensions, So we are trying to tell Essbase to calculate LEVEL0's only and to aggregate all other levels in all dimensions. However we are unable to get the syntax right. Below is what we so far have
AccA has below formula:
CASE WHEN ISLEVEL([Period].Currentmember,0)
THEN
AccX+AccY
WHEN ISLEVEL([Period].Currentmember,1) OR ...etc
THEN SUM({LEAVES([Period].Currentmember)},[AccA])
END
This does work fine and gives correct values for Parent members in Period dimension. But we also have 3 other dimensions like Product, Area and Entity. We tried the below but this throws an error during retrival.
CASE WHEN ISLEVEL([Period].Currentmember,0)
THEN AccX+AccY
WHEN ISLEVEL([Period].Currentmember,1) OR ...etc
THEN SUM({LEAVES([Period].Currentmember),LEAVES([Product].Currentmember)},[AccA])
END
Should we add multiple SUM commands in there? All we want to do is tell Essbase to aggregate all other dimensions to parent levels. Please help.

Sorry to reiterate the post again.
DanPressman Was wondering what would be other way to write calculations other than Accounts.
I have a case where the user wants to calculate Ending Equity and this should be calculated at level0 using the rates and all parents of entity has to aggregate.
1. Level0 of entities calculate with rates
2. aggregate its children to parent entity
I have used solve order to get it work but taking a lot of time.
Is there any other alternative way of doing it? Which other dimension i can choose to perform this calculation? This is exactly similar to productsum calculation

Creating UDA for a dimension member

Hi All,
when I am creating UDA for a dimension member in my planning application I get the following error.
The associated dimension ID has not been set for this property. Do you want to create the association now?
Can anyone please let me knwo wahts this error?
Thanks

I take this is an EPMA application, you have to create dimension association between the UDA property and the UDA dimension.
Have a read of :- http://download.oracle.com/docs/cd/E17236_01/epm.1112/epma_admin/epma_create_assoc.html
Cheers
John
http://john-goodwin.blogspot.com/

Need to create a dimension member formula refering hierarchy.

Similar Messages

Maybe you are looking for