Allocating via Calc Script

Question

I’m attempting to allocate some information to a lower level of detail via a calc script. I've hit a few snags. The cube has 9 dimenstions:
Accounts
Time Period
Reinsurance
Distribution
Company
Product
SubAccount (or issue year)
Budget Center
Years
Under accounts we have an account, APE, that we’ll be utilizing to allocate percentages. We load APE to bottom level Company, SubAccount & Product but we do not have it at the BudgetCenter level (just loaded at a generic member). Also under Accounts we have D909100, which we load percentages to at bottom level for Company & BudgetCenter. What we’re trying to do is allocate the percentages we load in D909100 in their Budget Centers & Company down to the SubAccount & Product level based on APE numbers as drivers. The allocation account code is S909100. Any suggestions would be great as what I'm calculating now in the script isn't bringing me back any data.
Here's the basic thing I'm attempting to do w/in the script:
SET CLEARUPDATESTATUS OFF;
SET UPDATECALC OFF ;
SET CACHE HIGH;
FIX("DecYTD","2008", "D-900",@IDESCENDANTS ("Company"),@IDESCENDANTS ("Subaccount"),
@IDESCENDANTS ("Product"),@IDESCENDANTS ("BudgetCenter"))
     "S909100" = ("APE" / "APE" -> "Subaccount" -> "Product") * ("D909100" -> "SubAccount" -> "Product";
ENDFIX

Answer 1

Are you getting any correct results? Generally if you have a block creation issue you usually see a case where some members have the correct results and other members don't. Usually some of the blocks exist and you get this mixed match of some members right and others missing, that is clear block creation issue problem and as other posts have pointed out some solutions, I won't. If you are not getting any results at all, anywhere, then you are probably not referencing things properly, which is not uncommon with allocations when you have a lot of dimensions.
First, are all the members in your fix statement, stored level 0 members? For instance "DecYTD", maybe it is, but I wonder if that is a calculated member and maybe you should be fixed on "Dec" (depends on how your cube is set up).
Also you are fixing on IDESCENDANTS() for your results. That is going to take an awfully long time. Might be quicker to fix on level 0 and then roll up the results. Could also help you pinpoint more accurately where the problem is. (unless you have a specific reason for allocating at all levels, I would stay away from that.
I also have concerns about the fact that you are fixed on IDESCENDANTS of BudgetCenter, but you state that you do not load data to all level 0 members of BudgetCenter, just a generic member. It would seem you need to specify that generic member in your equation, or at the very least, aggregate BudgetCenter prior to allocation and then reference BudgetCenter in your cross dimensional specifications.
Try to visualize how these intersections are happening as your allocations process. You are fixed on IDESCENDANTS of most dimensions, but then in your equation you are not referencing all your dimensions. Therefore Essbase is going to dynamically use members relative to the particular block it has in memory at the time. I think you need to tighten up you equation to ensure you are referencing cells that have data in them. Use adhoc queries to retrieve different data sets and you will see that a lot of times there is no data.