Calc Scritp issue

I have a calculation like this,
Asset Margin = Asset Sale - (Cost,Expense of Asset)
...the problem is the the Asset Margin could change in a future fiscal week making that number wrong in future weeks because the Asset Sale is recorded in week 1, but additional revenue for the Asset Sale can be realized in future weeks, week 3, for example...(don't ask why, it's complicated)
Any suggestions on how to calc this?
Thank you,
Ez

Hi Sri,
1. I understand , you ll be loading the data value for Qtr1 . For example , let it be 100 , and your monthly proportion is 1:1:1 for jan,feb and march
2.For jan , if the formula is "Qtr1"*(1/3); then it will calculation the value for jan.Like wise the same for Qtr2. Its the simplest one .
3. use this logic and, you can write a script or any.
Sandeep Reddy Enti
HCC
http://hyperionconsultancy.com/

Similar Messages

Calc All issue

Hi All,
I donno, normally how long it will take to run CALC ALL on a medium size data base. For me it takes for ever. Until now I never completed CALC All script successfully. Some times I waited for 8 hrs or more than that, I didn't see Calc all completed successfully message. Did anybody has this issue. Any help will be really appreciatable. I am really stuck here. Please give me some really good suggestion on this. Thanks in advance.

Hi Prasad,
There are many best practices , but ensure that your design part of the cube is perfect.
Coming to the calculation part , if you are doing incremental data load , then use fix in the calculation script
for ex; if you are loading data for the month of Mar08 to your already existing cube , then
FIX (marc08)
cal all
--correct syntax, OK
this way , you are not redndantly calculation for other part of the database.
Secondly, take care of few members ,which have formulas.If you can make few as Dynamic calcs,then they wont participate in the caluclation ,rather those member formulas come active ,when a user retrieves.
These are very few of them.
Please revert ,for clarification
Sandeep Reddy Enti
HCC

Business Rule calc manager issue while executing through Planning Smartview

Hi,
I am working on Hyperion Planning 11.1.2 and I have created few business rule in Calc manager. When user is opening it through Hyperion Planning webforms its working fine.
I have attached the rules on webform and they run on Save and use member on data form and Hide prompts.
All these properties are checked. So user enter the number on Planning webform and hit on save rule will cruch on the POV members.
Please help me on below 2 issues:
1.When user is using the Smartview Planning and opening webform in Smartview while exceuting the rule its throwing error. Can't run the rule.
What is the exact provsiong I need to give so that they can execute it from the Hyperion Smartview Planning also.
Currently HBRAPP is Interactive user
and Application level is Interactive user and Essbase write access
If I am giving Administrator access they are bale to run the rule, I can't give Administartor acess.
2.While running rule even with admin access its not taking the POV, its taking the default mebers which I have given while creating the variables.
However from Planning web it takes the POV selection of webform,
Please suggest why the same thing is not happening from Hyperion Smartview.
Thanks in advance
Pankaj

Please advise on this issue. Any help would be highly appreciated.

Hyperion Planning business rules migrating to Calc Manager issue

It was suggested I post this in calc manager as well, so I hope cross posting is allowed!
We are trying to migrate from Hyperion Planning 11.1.1.3 to 11.1.2.2
Our business rules were migrated to Calc Manager by our IT team. The rules run (for the most part).
Our main complaint about this migration is that it excluded our comments inside the business rules and added it's own!
When we first open the rule it is in graphical mode. But on the Script Tab I can see our orignal Business rule, but it's missing comments. Not all comments -- those at the top of the rule are intact, but after it starts getting into the meat of the rule, it loses many, but not all of the comments. When I chose to edit this rule in script mode, then calc manager adds tons if its own comments, making the code very junky to read.
So, multiple questions -- how do we get the migration of business rules to calc manager to stop losing our important comments. Is it possible to get the newly migrated rules to initially open in script mode rather than graphical mode so that it doesn't add it's own comments. Or is there a way to turn off the added commenting?
This is a snippet of our rule in 11.1.1.3:
FIX ("D0P000 Pushdown")
"Accrued Salaries and Wages Pushdown" = "BTL Accrued Sal & Wages Total"->"WBS_I19990_PLAN" * (D0P000->"Total Reg Labor" / "LMSS (LRP TEMPLATE LEVEL)"->"Total Reg Labor");
ENDFIX
/* FIX on account members that should be rolled up in the AGG statement below. */
FIX (@DESCENDANTS( "Orders"),
This is what it looks like when it comes up in graphical mode in Calc Mgr 11.1.2.2 (note that comment is already missing):
FIX ("D0P000 Pushdown")
"Accrued Salaries and Wages Pushdown" = "BTL Accrued Sal & Wages Total"->"WBS_I19990_PLAN" * (D0P000->"Total Reg Labor" / "LMSS (LRP TEMPLATE LEVEL)"->"Total Reg Labor");
ENDFIX
FIX (@DESCENDANTS( "Orders"),
This is what it looks like when it switches from graphical to script (bonus comments are added):
FIX ( /*DIM:Entities*/"D0P000 Pushdown")
/*STARTCOMPONENT:FORMULA*/
"Accrued Salaries and Wages Pushdown" = "BTL Accrued Sal & Wages Total"->"WBS_I19990_PLAN" * (D0P000->"Total Reg Labor" / "LMSS (LRP TEMPLATE LEVEL)"->"Total Reg Labor");
/*ENDCOMPONENT*/ ENDFIX
FIX ( /*DIM:Accounts*/@DESCENDANTS( "Orders"),
Thanks for any help.
Brenda

You might learn to appreciate graphical mode in Calc Manager, we do. It is not like the old Business Rules in EAS. I am an old school calc script person, and have NO love for drag-and-drop coding ... I need control. ;-)
Insert a blank script object and paste your code into the 'Script' tab for that object. Set up your prompts and use the {} notation in your code. All of the comments will stay put ... as long as you DON'T USE EDIT, SCRIPT! We make a fair number of generic, reusable pieces of code and save them as shared scripts. These can be dragged into Rules. Click on the Rule's Begin object and choose the Script tab ... you will see how the bits are assembled into complete calc script. We've even come up with a way to use LOOP ... ENDLOOP as though it were a procedural IF statement so we can control whether or not a chunk of code is active or not.
Shared scripts are especially good for currency translation components since we occasionally add new currencies and want to make a change in one object that is used in dozens of business rules.
Mike H.

Upgrading Planning from 11.1.2.1 to 11.1.2.2 BR/Calc Manager Issue

Hi Gurus,
I am attempting to apply the 11.1.2.2 maintenance release to my 11.1.2.1 environment however I have a question that I cannot find the clear answer to. We have never used Calc Manager so it was never installed. I have already applied the maintenance release to my servers however I have not configured them yet as I do not know what to due about Calc Manager as I was not able to select it during any part of the process. It displays as not installed and I cannot modify my existing home to install it so how am I to migrate the business rules to Calc Manager. The documentation does not state that I need to install Calc Manager prior to applying the maintenance release (I assumed that it would install as part of the process).
How do I resolve this situation? Is it even possible to install 11.1.2.1 Calc Manager into an environment that has not been configured and is at 11.1.2.2?
Thanks in advance.
Gerald

Really you should have installed Calc Manager 11.1.2.1 before the maintenance release, then when you applied the maintenance release it would upgrade the business rules to Calc Manager, I am sure you would have read that business do not exist in 11.1.2.2
You will be able to install Calc Manager 11.1.2.2 on top of your existing environment 11.1.2.2 and then deploy it though you will not be able to access your original calc manager rules.
Did you take an export of the business rules in calculation manager format or do you have access to the rules on another environment.
Cheers
John
http://john-goodwin.blogspot.com/

CREATEBLOCKONEQ: calc performance issue.

Hello Everyone,
We've been using one of the calc on but it takes a heck lot of time to finish.It runs almost for a day. I can see that CREATEBLOCKONEQ is set to true for this calc. I understand that this setting works on sparse dimension however ProjCountz (Accounts) and BegBalance(Period) is member on dense dimension in our outline. One flaw that I see is that ProjCount data sits in every scenario. However, we just want it in one scenario. So we will try to narrow the calc down to only one scenario. Other than that, do you see any major flaw in the calc?
Its delaying a lot of things. Any help appreciated. Thanks in Advance.
/* Set the calculator cache. */
SET CACHE HIGH;
/* Turn off Intelligent Calculation. */
SET UPDATECALC OFF;
/* Make sure missing values DO aggregate*/
SET AGGMISSG ON;
/*Utilizing Parallel Calculation*/
SET CALCPARALLEL 6;
/*Utilizing Parallel Calculation Task Dimensions*/
SET CALCTASKDIMS 1;
/*STOPS EMPTY MEMBER SET*/
SET EMPTYMEMBERSETS ON;
SET CREATEBLOCKONEQ ON;
SET LOCKBLOCK HIGH;
FIX("Proj_Countz")
clearblock all;
ENDFIX;
Fix(@Relative(Project,0), "BegBalance", "FY11")
"Proj_Countz"
"Proj_Countz"="Man-Months"->YearTotal/ "Man-Months"->YearTotal;
ENDFIX;
Fix("Proj_Countz")
AGG("Project");
ENDFIX;

You are valuing a dense member (Proj_Countz) by dividing a dense member combination (Man Months->YearTotal/Man Months->YearTotal). There can be no block creation going on as everything is in the block. CREATEBLOCKSONEQ isn't coming into play and isn't needed.
The code is making three passes through the code.
Pass#1 -- It is touch every block in the db. This is going to be expensive.
FIX("Proj_Countz")
clearblock all;
ENDFIX;Pass#2
Fix(@Relative(Project,0), "BegBalance", "FY11")
"Proj_Countz"
"Proj_Countz"="Man-Months"->YearTotal/ "Man-Months"->YearTotal;
ENDFIX;Pass#3 -- It's calcing more than FY11. Why?
Fix("Proj_Countz")
AGG("Project");
ENDFIX;Why not try this:
FIX("FY11", "BegBalance", @LEVMBRS(whateverotherdimensionsyouhave))
Fix(@Relative(Project,0))
"Proj_Countz"
"Proj_Countz"="Man-Months"->YearTotal/ "Man-Months"->YearTotal;
ENDFIX
AGG(Project,whateverotherdimensionsyouhave) ;
ENDFIXThe clear of Proj_Countz is pointless unless Man-Months gets deleted. Actually, even if it does, Essbase should do a #Missing/#Missing and zap the value. The block will exist if Proj_Countz is valued and the cells MM and YT) will be there and clear the PC value.
I would also look at the parallelism of your calculation -- I don't think you're getting any with one taskdim.
Regards,
Cameron Lackpour

Calc optimization issue with commit blocks

Hi there,
How can we know the right commit block interval setting to the database?
and though i am doing parallel calc its forcing to do the calc in serial mode due to some dependencies.
Can anyone suggest me the best way to remove the dependencies!!!
I am having lot of member formulas in my calc so its forcing the topdown cal mode though i am doing bottumup....
How to avoid all these dependencies...or do u think topdown should be fine?

It is better to use the default setting in the transactions tab.
you can understand the behaviour of thses settings in the below link
http://download.oracle.com/docs/cd/E10530_01/doc/epm.931/html_eashelp/frameset.htm?dbdprptr.htm
Mostly dense formula calculations will have calc dependencies and force the serial calculations.
Tag all the dense formula members dynamic calc wherever possible.
If any thing needs to be calculated in the batch, calculate by fixing Lev0 sparse combinations.
In the Database rollup, Use Calcdim of sparse dimensions only.

CALC DIM Issue

I have a Essbase (v11.1.1.3) calc script that I can't see to get to do what I want.
Here is my script:
SET UPDATECALC OFF;
SET UPTOLOCAL OFF;
SET AGGMISSG ON;
SET FRMLBOTTOMUP OFF;
SET CALCPARALLEL 3;
SET CALCTASKDIMS 2;
FIX ("Customer1","May Scenario","Working","FY11","May-MTD",@DESCENDANTS ("Total Product Revenue"))
CALC DIM ("Regions","Projects","Product Lines","Countries","Companies","Currencies");
ENDFIX
I have data in at level 0. Total Product Revenue is in my Accounts dim and the sub-accounts (level 0 members) under it are not rolling up even though all the consolidation operators are set to +. The reason I am doing the @DESCENDANTS("Total Product Revenue") is that with this calc script I just want to aggregate Total Product Revenue and the accounts under it, not the other members in the accounts dimension.
If I have missed anything please let me know.
Thanks,
Ken

One other note. The order you do things can also depend on what is dense and what is sparse. For example if your accounts dimensions is dense, you would want to fix on level zero members of the other dimensions and do the agg if it first. then do the fix on the members of the dimensions including accounts and calc dim the other dimensions. It is more efficient because you are only doing the calculation on the bottom level of the dense dimension then calculating the sparse dimensions

Calc Sibling Issue

Hi I'm trying to calculate a KPI (Rate * Qty) where Rate is loaded against one LEV0, Member (Cost Centre) and Qty is loaded against all the other siblings (Cost Centre). Both Rate & Qty appear at LEV1, but as the aggregation performs the figure is overwritten. I've been thinking about adding some script to copy the Rate to all the other siblings but am struggling. Any thoughts, suggestions & pointers would be most welcome. The sibling have non-uniformed names so I was thinking of using a UDA against the Cost Centre containing the Rate. Thanks in advance Mark<img src="i/expressions/face-icon-small-confused.gif" border="0">

Here you are not aggregating the "3138".
Try the below script.
SET CACHE DEFAULT;
SET NOTICE LOW;
SET MSG SUMMARY;
/*SET UPDATECALC ON;*/
SET AGGMISSG ON;
SET FRMLBOTTOMUP ON;
FIX ("QTR3 2010", ACTUAL, YTD)
@IDESCENDANTS ("3138");
FIX(@IDESCENDANTS ("3138")
CALC DIM (ACCOUNTS, Country, Product, OECust, STCust);
ENDFIX
ENDFIX
FIX (ACTUAL, YTD)
&CurYear;
ENDFIX

Calc time issue.

Hello,My Calc script is taking little bit longer to complete. I am doing the following fix in my calc script. FIX (Actual, @RELATIVE("P&L Hierarchy",0), @RELATIVE(Headcount,0)) FIX(@DESCENDANTS ("Fiscal Year")) Amount ( IF (Amount == #Missing) IF (@ISMBR(&Fiscal_Year)) IF (@ISMBR(Aug:&Fiscal_Month)) IF (@ISMBR(AUG)) PreviousHeadcount = @SHIFT("Amount"->Jul, 1, "Fiscal Year"); ELSE PreviousHeadcount = @SHIFT(Amount,-1); ENDIF IF (PreviousHeadcount == #Missing) Amount = #Missing; ELSE Amount = 0; ENDIF ENDIF ELSE IF (@ISMBR(AUG)) PreviousHeadcount = @SHIFT("Amount"->Jul, 1, "Fiscal Year"); ELSE PreviousHeadcount = @SHIFT(Amount,-1); ENDIF IF (PreviousHeadcount == #Missing) Amount = #Missing; ELSE Amount = 0; ENDIF ENDIF ENDIF ) ENDFIXENDFIXIs this possible to do the above in the load rule. So I can eliminate this process from the calc to improve the calc time?Thanks in Advance.Ricky [email protected]

As the discussion is going about @CURRMBR() function, I would like to know are there any better function you could use instead of it to get the desired result especially when you want to find out where is the user making changes to the values and do some calculations on those cells. Is there a better way to catch that in Hyperion that would make your scripts more efficient and fast especially when you don't know the value to hard code it for calculation?
I do have some of my scripts/BR where I have used this function a couple of times, and it bothers me to think if that is going to make them inefficient and slow.
~ Adella
Edited by: Adella on Oct 21, 2011 11:25 AM

Calc Script Issue

Plz gudie me in this script, What are the functions & variables I have to use
I want to calculate depreciation base on the following issues:
1) If Purchage Date of goods and Insue Date of goods both are belongs to same year then only I have to
calculate depreciation.
2) If Purchage Date is less than Inuse Date of goods then depreciation should calculate based on
months from inuse date of that particular goods.
3) If Purchage Date is greater than Inuse Date of goods then depreciation is zero.
Advanced thanks...
User8921306

HI Thr,
You can use the
1) @DATEDIFF funciton
Chekc below link for more info
http://download.oracle.com/docs/cd/E12825_01/epm.111/esb_techref/frameset.htm?copyrite.htm
2) @TODATE
EX:
“New Marketing”
(IF (@ATTRIBUTEVAL("Intro Date") >
@TODATE("mm-dd-yyyy","06-30-1996"))
Marketing * .9;
ENDIF;);
Cheers...!!!

Calc - Agg - issue

Hi All,
We are aggregating all members below (California) Entity.
Fix (Member 1)
@IDescendants(California)
End Fix
Californial is a duplicate member and it is not being accepted.
Any suggestion on how to aggregate.
we have tried Agg(Entity) also.....but it takes more time.
Thanks,
Pradeep.M

Hi,
In the same link did you referred "Using Fully Qualified Member Names". Can give it a try.
Also howz about writing only the "Fully Qualified Member Names" (in your case "[Ancestors of California..].[California]"instead of @IDESC(<full member_name>)? That can also aggregate the member to the specified level.
Hope this helps.
Regards,
-SM

RTP not working with Business Rule

I am trying to create a buisness rule that fixes on a member in a custom dimension based on a run time prompt using Calc Manger (11.1.2.2). I created the variable at the cube level, set it to 'Member' and selected the appropriate dimension, and selected RTP. The FIX statement is very simple FIX("Current",{Contract}). The rule validates and deploys with no problem. When running the rule either on form save or through Business Rules I receive the error: "error parsing formula for [FIX STATEMENT] (line 2): invalid object type. If I change the variable to uncheck 'RTP' and place the same member used previously as the Default value the rule runs no problem. Is there any reason why the rule appears to not be able to read in my RTP selection?
Thanks,
CS

Though this is not a calc manager issue, I am sure the member that Planning is picking up is a member that is set tyo dynamic calc.
You cannot use a member that is set to dynamic calc in a fix.
-Sree Menon

Non-Level0 aggregation question

Hi There,
I have Account dimension, for example, Income - rental income - GL accounts (level 0), rental income is the sum of all level0 GL accounts. Data storage is "Store Data". Now I move one GL out of rental income, but the sum of Rental is still the same which is incorrect. My question is what is the way to fix this?
I try couple of things, for example, restructure, clean data then re-import into the essbase, but the issue is still there. I know if I change Rental Income as Dynamic Calc, the issue will be fixed, but I am wondering if there are other ways to do this without changing data storage?
Thanks

Srinivas Bobbala wrote:
Donz,
Whenever you are doing outline changes, Do as below.
1) Take the Levo data export.
2) Clear the cube.
3) Do the modifications in the outline.
4) Reload the Lev0 data
5) Do the Rollup with CALCALL. Then this kinda issues will not arise.
Note: If any deletions are there at Lev0, better to delete after loading the Lev0 data and mapping the data with other or new members as required.Hi Srinivas,
As per your assumptions when ever we required to change the out line we need to clear the all data but as per my knowledge for this issue we no need of clearing the cube..we can directly modify the out line and Executing the CALC ALL is enough...
Regards,
Prabhas..

Essbase Clac Question

I have the following structure of a BSO Cube:
Accounts
Time
Dense1
Sparse1
Sparse2
Sparse3
Sparse4
I need to roll up the cube for One level 0 member of the accounts dimension, a given month and a Given Dense1 Member (thse are all level 0).
What would be the best way to go about this ? Given that all dense dim is dynamically calculated.
Thanks,
BB
Edited by: user9519141 on Aug 9, 2010 11:38 AM

As mentioned by Glenn, there wont be much of impact of using IF or FIX. its better to use FIX in this case.
Have you considered removing non aggregating sparse dimension from aggregation ?
there are many factors that affect aggregation performance
like outline order, correct sparse/dense settings, efficient usage of storage properties, calc script optimization, cache settings
you might look in to reordering outline in the below order
largest dense to smallest dense
smallest sparse to largest sparse
non aggregating sparse dim
you can further optimize the calc scritp using set calctaskdims 2 or 3 option..
we cannot further suggest without knowing your outline structure, block size, cube size, cache settings etc...
- Krish

Calc Scritp issue

Similar Messages

Maybe you are looking for