Block creation problem in member formula

Hi,
I have a member formula as below :
IF(.....)
x = a/b;
ENDIF
where a,b have their own member formulas.
There is no issue with the calculations of x,a or b, but I am facing an issue with block creation of x.
Is there a way to handle block creation through member formulas? I know the way out through calc scripts, but i am trying to limit the use of calc scripts.
Thanks!
Note:The storage property of all three members is store. Also, a and b lie in the same intersection (same block), and x lies in another intersection.

In the following section of the dbag: http://docs.oracle.com/cd/E12825_01/epm.111/esb_dbag/frameset.htm?dcaoptcs.htm...
Under the sub-section: In Equations in a Dense Dimension...
It states as follows:
In Equations in a Dense Dimension
When you use a cross-dimensional operator in an equation in a dense dimension, Essbase does not automatically create the required blocks if both of these conditions apply:
Resultant values are from a dense dimension.
The operand or operands are from a sparse dimension.
You can use the following techniques to create the blocks and avoid the performance issue.
Ensure that the results members are from a sparse dimension, not from a dense dimension. In this example, the results member Budget is from a sparse dimension:
FIX(Sales)
Budget = Actual * 1.1;
ENDFIX
FIX(Expenses)
Budget = Actual * .95;
ENDFIX
Use the DATACOPY calculation command to create and then calculate the required blocks. See Using DATACOPY to Copy Existing Blocks.
Use a member formula that contains the dense member equations:
FIX(Sales, Expenses)
Budget (Sales = Sales -> Actual 1.1;*
Expenses = Expenses -> Actual .95;)*
ENDFIX
The phrasing of that last part would lead me to believe that block creation via a member formula is possible. Though I'm not sure of the member to which that formula should be applied. Furthermore, the code looks funky in that we're fixing on Sales and fixing on Expenses, and them on the left side of the equation within the fix.
Thoughts anyone?

Similar Messages

Substitution Variable problem in member formula

I'm using the following member formula for a member in a sparse dimension - Scenario.
@VAR("Actual",&PO_PriorLE->"Final");
I can get this to validate in Essbase, but when I try putting it into Planning, the refresh to Essbase bombs and the formula will not validate in Planning.
Version - 9.3.1
Thoughts?
Regards,
Paul
Edited by: penglish on May 27, 2009 3:20 PM

Hi,
I have just tried it on 9.3.1 patch 10 and had no problems.
I take it the member assigned to &PO_PriorLE already exists ?
Have you tried replacing the substitution var for the real member name in the formula.
What is the error message when you try and validate?
Cheers
John
http://john-goodwin.blogspot.com/

Problem with member formulas and allocation

Hi guys,
I am experiencing a problem I am not currently able to solve. I'm building a planning application in which
volumes can be inputed in different units of measure (5 are currently available). For example a user can input in liter or KG, and the
system converts this data in all the different units of measure available, executing a script logic after
the input (for every bas member is also stored a conversion factor, which is used by the logic for conversion).
Two are the major issues of this approach:
1) storing 5 different volumes for every SKU is consuming in term of disk and DB space;
2) script logic must be executed every time the user sends data and in some cases this could be time-consuming.
The solution I'm trying is to use member formulas in order to calculate different units of measure, storing
only one of these. However, this way lead to another problem: when I try to input data with a top-down approach, using BPC
ALLOCATION ENGINE, I cannot use the correct unit of measure as a driver for the spread.
For example, if I input volumes is KG, and the unit of measure stored is only liter, I cannot use nor KG as a driver (because is not stored,
but only a member formula) neither liter, because the spread using this driver would lead to a wrong result.
What I would like to do is to give the user the possibility to input in the desired unit of measure at an aggregated level and spread data
using the existing mix, which must be volumes with the same unit of measure used for input.
Does anyone has an idea that could help me?
Regards
Edited by: utenza pubblica Public on Oct 23, 2009 4:48 AM

hi
i found a solution for the Problem in another Forum
http://businessintelligence.ittoolbox.com/groups/technical-functional/hyperion-admin-l/dynamic-calc-formulas-not-refreshed-1719379?cv=expanded
The suggestion is
1. change the Member from Dynamic Calc to Store
2. Refresh (After these Step the Formulas where still out of sync)
3. change the Member from Store to Dynamic Calc
4. Refresh
After these Steps the Formulas are in sync again.
Kevin Kraft
Edited by: Kevin Kraft on Mar 25, 2009 12:33 PM

If Conditon in Hyperion Member Formula

Hi All,
I am developing a classic planning Hyperion Application using EPM 11.1.2.2.
I came across a situation where i need to use an "IF Condiotn" inside a member formula. I am not sure of its syntax, can some help me with that.

Hi
There is a slight difference when using IF statements in member formulas. You don't need to specify the member block association in a member formula
In a calc script
"Account"(
                IF(@IMBR(Jan))
      "member1" * "Member2";
                 ENDIF)
In a member formula
             IF(@IMBR(Jan))
                "member1" * "Member2";
                 ENDIF
Thanks
Anthony

Member formula restriction problem

I have made a customized form in Capex the layout of the form is that on row side i have Line Item dimension with 5 members and their parent and on coloumn side i have account dimension with 7 members selected.
I am using a member formula on the parent of the line item member on row side and in that member formula i have restricted one of the 7 account dimension member on the column with the help of IF statement. My problem is that if i dont use that if statment the member formula works fine but it also works on the other 6 members of the account dimension (on column) and if i use the IF statment then the member fornmula does not work at all.
My requirement is that the member formula should work on the combination of that 1 member of account dimension and parent of line item on row side.
Can anybody help me with that?

Hi Nilanjan,
1) all the members are in the same hierarchy (in fact, there is only one hierarchy)
2) all these members come from different branches of the hierarchy, they are not siblings, some are parents of others, however.
The values I specified are real values which I actually get when putting the accounts in an EVDRE report. Therefore, separately in EVDRE I see the calculated value 6 for account A and the fixed value 1 for account C. So, I expect to see also the value 1 for the account B and instead I see 2 meaning that for BPC 6 <= 1.
That is why I assume that BPC does not recalculate the account A used in the account B. And that is why I assume that solve_order is the problem. And I can not make this solve_order work in any way. What are the rules of SolveOrder's usage?
Thanks for help.
Valera

Dynamic calc member formula problem

Hello Gurús!
We are using a member called "Full Year" that is a Dynamic calc with a member formula that calls another dynamic calc. For any reason, it is not working when we try to retrieve it from Excel Add-in.
Any ideas? Any problem for put a Dynamic Calc as member formula of antoher Dynamic calc?
Thanks for your time!
Regards,
Ariel

that can be the problem, depending on what dimension they are in, the order the two pass occurs could couse you issues. In cases like this I've had to put the entire calculation into the member I wanted to calculate and bypass the dependency

Essbase 9.3 BSO member formula problem

Hi All,
I'm working on Essbase 9.3.1.
We have an issue where a member formula, should use double quotations (") for a few members.
In the dimension tables these quotes are not present in the formula, but they come up in the outline of the cube.
All dimension builds are done through AIS because of which I'm in a fix.
I've only worked on Essbase 7 and I'm not aware if there are any settings that I could look at in AIS to see if these quotes are appended while the dimensions are being built.
The reason why this is an iss is that the test outline has the quotes, but the production outline does not have them although its the same flat file that is used for both.
Please help out here.
Thanks in Advance.
Regards,
Anindyo

Obviously this won't resolve your entire problem, but just to answer the first question you can definitely use e.g. @GENMBRS successfully in the partition definitions for a single BSO cube over multiple ASO cubes in 9.3.1.

Problem working on member formulas in ASO cube

Hi
I was asked to convert a planning application BSO cubes into a single ASO cube.I have managed to convert one BSO Cube into ASO through EAS console and added the members in the other BSO cube throgh rulesfile.
Now i have to write the member formulas for the level0 members of Account dimension.These are very simple formulas like
if(@ISMBR("New_Seats"))
"Assets Value"="Total Asset Cost";
else
"Assets Value"="Asset_Value";
endif;
and
"Empty_Seats"=(("New Seat Additions"+"Available_Seats")-"Required_Seats");
This is the first time i am working on ASO.I am getting this error while writing these formulas
"Error(1260052) syntax error in input mdx query on line 1 at token '=' Empty_Seats..."
Help me in writing these formulas and also in selecting proper member properties.

The hierarchy is like
Account(gen1)
-> Statistical_Account(gen2)
->New Seat Additions(gen3)
I have tried tthis and the formula is verified successfully
*([Statistical_Account].[New Seat Additions]+[Statistical_Account].[Available_Seats])-([Statistical_Account].[Required_Seats])*
if i use *([New Seat Additions]+[Available_Seats])-[Required_Seats]* it is not veryfying throwing some syntax error
Thanks

Slow calc time with SET CREATEBLOCKONEQ OFF for block creation

Hello everyone,
I have a problem with the slow execution of one of my calc scripts:
A simplified version of my calc script to calculate 6 accounts looks like this:
SET UPDATECALC OFF;
SET FRMLBOTTOMUP ON;
SET CREATEBLOCKONEQ ON;
SET CREATENONMISSINGBLK ON;
FIX (
FY12,
"Forecast",
"Final",
@LEVMBRS("Cost Centre",0),
@LEVMBRS("Products",0),
@LEVMBRS("Entities",0)
SET CREATEBLOCKONEQ OFF;
"10000";"20000";"30000";"40000";"50000";"60000";
SET CREATEBLOCKONEQ ON;
ENDFIX
The member formula for each of the accounts is realtively complex. One of the changes recently implemented for the FIX was openin up the cost center dimension. Since then the calculation runs much slower (>1h). If I change the setting to SET CREATEBLOCKONEQ ON, the calculation is very fast (1 min). However, no blocks are created. I am looking for a way to create the required blocks, calculate the member formulas but to decrease calc time. Does anybody have any idea what to improve?
Thanks for your input
p.s. DataStorage in the member properties for the above accounts is Never Share

MattRollings wrote:
If the formula is too complex it tends not to aggregate properly, especially when using ratios in calculations. Using stored members with member formulas I have found is much faster, efficient, and less prone to agg issues - especially in Workforce type apps.We were experiencing that exact problem, hence stored members^^^So why not break it up into steps? Step 1, force the calculation of the lower level member formulas, whatever they are. Make sure that that works. Then take the upper level members (whatever they are) and make them dynamic. There's nothing that says that you must make them all stored. I try, wherever possible, to make as much dynamic as possible. As I wrote, sometimes I can't for calc order reasons, but as soon as I get past that I let the "free" dense dynamic calcs happen wherever I can. Yes, the number of blocks touched is the same (maybe), but it is still worth a shot.
Also, you mentioned in your original post that the introduction of the FIX slowed things down. That seems counter-intuitive from a block count perspective. Does your FIX really select all level zero members in all dimensions?
Last thought on this somewhat overactive thread (you are getting a lot of advice, who knows, maybe some of it is good ;) ) -- have you tried flipping the member calcs on their heads, i.e., take what is an Accounts calc and make it a Forecast calc with cross-dims to match? You would have different, but maybe more managable block creation issues at that point.
Regards,
Cameron Lackpour

Which is faster - Member formula or Calculation script?

Hi,
I have a very basic question, though I am not sure if there is a definite right or wrong answer.
To keep the calculation scripts to a minimum, I have put all the calculations in member formula.
Which is faster - Member formula or calculation scripts? Because, if i am not mistaken, FIX cannot be used in member formulas, so I need to resort to the use of IF, which is not index driven!
Though in the calculation script,while aggregating members which have member formula, I have tried to FIX as many members as I can.
What is the best way to optimize member formulas?
I am using Hyperion Planning and Essbase 11.1.2.1.
Thanks.

Re the mostly "free" comment -- if the block is in memory (qualification #1), and the formula is within the block (qualification #2), the the expensive bit was reading the block off of the disk and expanding it into memory. Once that is done, I typically think of the dynamic calcs as free as the amount of data being moved about is very, very, very small. That goes out the window if the formula pulls lots of blocks to value and they get cycled in and out of the cache. Then they are not free and are potentially slower. And yes, I have personally shot myself in the foot with this -- I wrote a calc that did @PRIORS against a bunch of years. It was a dream when I pulled 10 cells. And then I found out that the client had reports that pulled 5,000. Performance when right down the drain at that point. That one was 100% my fault for not forcing the client to show me what they were reporting.
I think your reference to stored formulas being 10-15% faster than calc script formulas deals with if the Formulas are executed from within the default calc. When the default Calc is used, it precompiles the formulas and handles many two pass calculations in a single pass. Perhaps that is what you are thinking of.^^^I guess that must be it. I think I remember you talking about this technique at one of your Kscope sessions and realizing that I had never tried that approach. Isn't there something funky about not being able to turn off the default calc if a user has calc access? I sort of thing so. I typically assing a ; to the default calc so it can't do anything.
Regards,
Cameron Lackpour

@ATTRIBUTESVAL works properly in Calc script but not in Member Formula.

We are using Essbase 11.1.2 –
"Global_Period" is a Dynamic Calc Member. Below is its Member Formula:
"ProjType " is an attribute (text) dimension.
"Global_Period" ="ValidAccount";
IF (@ISLEV ("Total_Expenses", 0) AND @ISMBR("HSP_InputValue") AND @ISLEV ("Version",0) AND
@ISMBR("No_GL_Account") AND @ISLEV ("Scenario",0) AND @ISLEV ("Years",0) AND @ISMBR ("Local")
AND @ISLEV("Tot_Org",0) AND NOT @ISIDesc ("Service_Division") AND @ISLEV("Tot_PRJ",0) )
"Global_Period"->"No_GL_Account"-> @CURRMBR ("Projects") =
1* "ValidAccount"->"Global_Version" ->"Global_Scenario"->&Budget_Year->"Global_Entity"->
"No_GL_Account"->"HSP_InputValue"->"Local"->
@MEMBER(@NAME(@CONCATENATE ("Proj_",@ATTRIBUTESVAL("ProjType"))));
ENDIF
The above Member- Formula is failed to work when opening a Data Form that contain "Global_Period".
The error messages in the log file are as follow:
[Thu Mar 1 16:55:39 2012]Local/Projects/Plan1/admin@Native Directory/1122748736/Error(1200370)
Error executing formula for [Global_Period] (line 1): attempt to cross a null member in function [@X]
[Thu Mar 1 16:55:39 2012]Local/Projects/Plan1/admin@Native Directory/1122748736/Error(1200370)
Error executing formula for [Global_Period] (line 0): attempt to cross a null member in function [@_VAL]
When converting the "Global_Period" to be a Store member.
The Calc Script below is exactly equivalent to the Formula, and run perfectly with no Errors.
"Global_Period" ="ValidAccount";
FIX ("HSP_InputValue", "Local","No_GL_Account", @RELATIVE ("Total_Expenses", 0),
@RELATIVE ("Version",0), @RELATIVE("Scenario",0), @RELATIVE ("Years",0),
@REMOVE (@RELATIVE ("Tot_Org",0),@IDESCENDANTS ("Service_Division")),
@RELATIVE ("Tot_PRJ",0))
SET CREATENONMISSINGBLK ON;
"Global_Period"
("Global_Period"->"No_GL_Account" -> @CURRMBR ("Projects")=
1* "ValidAccount"->"Global_Version" ->"Global_Scenario"->&Budget_Year->
"Global_Entity"->"No_GL_Account"->"HSP_InputValue"->"Local"->
@MEMBER(@NAME(@CONCATENATE ("Proj_",@ATTRIBUTESVAL("ProjType"))));
SET CREATENONMISSINGBLK OFF;
ENDFIX
For many reasons we prefer to use the Dynamic Calc Formula for "Global_Period".
As result of some checking I discover that the problem is with the function @ATTRIBUTESVAL,
because the formula has worked fine when I replace the @ATTRIBUTESVAL with a string.
Please help, what is the right way to write the formula in order to make it work.
Thanks
Tami Kedem

Dear Cameron Lackpour,
Thank you very much, for your reply.
I'd given it a try, but it didn't help.
The purpose of this formula is as follow:
We holds 1's (ones) for allowable combinations of "Project_Type and Accounts", namely, each project type has different list of accounts that are allowed for input.
I need to populate the input 1's to all projects (and their children) according to its "ProjType".
The Data forms has periods in columns, thus by putting "Global_Period" (Hide) as the first column, and use "Suppress Missing rows" - for each project (on the "Page") , the form will show just the allowable Accounts in rows.
(we have around 300 Accounts, 50,000 members in Project dimension and around 25 Types of projects).
Please help.
Thanks!
Regards,
Tami Kedem

Issue in Member Formula after enabling parallelization

Hi all,
System Details :
                SAP BW      - 731 Release - SP9
               CPMBPC     - 801 Release - SP4
               EPM Excel - 10.0 SP 15 Patch 1
Model Details :
              Periodic Model
Background Information :
          Sometimes back I had a performance issue in my BPC 10.0 report. So I implemented the steps mentioned in the SAP NOTE 1854228. After this, the report performance increased very signifiacntly.
Issue Details :
     There are few reports where in the Column axis we were trying to fetch data of both Periodic and YTD Measure along with Time Period. and in the row Axis I have accounts.
     My Issue is if in a single report I keep accounts :
                        CATEGORY 1 - Don't have member formula
                         CATEGORY 2 - have member formula : but accounts used in the formula of member formula are of same account type
                         CATEGORY 3 - have member formula : but accounts used in formula are of different account types ( e.g mix of INC and AST )
     Then the values fetched for any accounts for YTD measure is same as Periodic Measure.
But If I separate this single report to 2 different reports, where
                    1. In one report I kept accounts of Category 1 & 2.
                    2. In 2nd report I kept accounts of Category 3
Then the values for both YTD and Periodic are same.
As an developer I can do this. But this creates problem when user creates some Adhoc reports, where they want all there category of accounts in a single report. So if any body has any idea about how to overcome this issue, then it's very much appreciated.

Thanks Valdim. I was really expecting some respose from you.
Example :
ANNUAL CHURN = ( Disconnection / Avg Base YTD ) * -12.
     Where Disconnection : EXP type account
                 Avg Base YTD : AST Type Account.
                                            = Avg Base Periodic / Month Num of Current Month.

Block creation of PO if the release strategies is not applicable

HI SAP,
Can we block creation of PO if the release strategies is no applicable ?
My release strategies is on the PO header. It's only work if the PO have one Plant only. If the user put more then one plant
my release strategies will not work. how to solve this problem ?

Hi,
Check on it:-
http://www.sapfans.com/forums/viewtopic.php?f=6&t=205684&start=0&st=0&sk=t&sd=a
Re: Release Strategies in Purchase Order - possible values of caracteristics
PO Release strategy question
pherasath

How to use Dynamic Time Series YTD on a calc script / member formula?

Hi,
I activated Dynamic Time Series on Essbase and would like to use the YTD function of a measure for a certain month.
I tried to use
MeasureName->YTD(Dec)
MeasureName->Y-T-D(Dec)
But couldn't use it to syntax problems. How can I call this function instead of using @Accum or @SumRange?
Thank you
Edited by: Icebergue on 10/Ago/2011 11:07

I could be wrong, but I don't think you can use DTS members in calc scripts or member formulas. As you probably know, they can be used in Financial Reports, SmartView and Excel Add-in.
You can create an alternate hierarchy in your Time dimension though:
Jan (YTD): Jan ->Jan is being a shared member
Feb (YTD): Feb+Jan (YTD) ->Both Feb and Jan (YTD) are being a shared members
Dec (YTD): Dec+Nov (YTD) ->Both Dec and Nov (YTD) are being a shared members
Cheers,
Mehmet

Execution order: Business Rule vs. Dynamic Member Formula

Hi,
I have a problem with a calc rule that calculate percentage of a list of account in comparison with other account (Ce10) as below
FIX (list of account restricted here, @IDescendants(YearTotal),....)
"Percentage"
(IF (@ISUDA(Account,"Ce10"))
"Percentage" = "NA CE"/"NA CE"->"CE10"; //Here the percentage member and "NA CE" member in the same dimension
ENDIF)
ENDFIX
When I run the rule, the result is ok with the Months. But in the Quater and YearTotal, it's automatically aggregate to a wrong result as the YearTotal is dynamic calc (e.g: Jan: 10%; Feb: 10%; Mar: 10% => Q1: 30%). So I thought it because the Rule is executed first (Q1=10%) but after that, the dynamic aggregation of Year is executed so Q1 is aggregated as 30%.
So how to fix Q1 = 10% as expected result. I did study on two pass calculation but it seem can not apply on this isssue. I searched for "back calculation" also but I still didn't find any solution for this.
Please help me on this.
Thanks.

Thanks JM for quick responding. The problem here is "Percentage" is not a account's member.
To make the question more clearly, I'll explain the rule:
There's a list of account A: A1, A2,...,An
and a list of account B: Ce10, Ce20, ..., Ce90
There is a mapping n-1 between these two lists. For example, A1, A2 is mapped to Ce10, A3 to A5 is mapped to Ce20 and so on. I do it by assigning UDA (e.g: A1 {Ce10}, A2 {Ce10}...)
And the rule is used to calculate percentage of accounts of list A in comparison with equivalent account in list B. So the percentage can not be account member. It's the reason why I can not use member formula and two pass calc here.
Regards,
Huy Van
Edited by: Huyvtq on Jan 9, 2013 9:50 PM

Block creation problem in member formula

Similar Messages

Maybe you are looking for