What's wrong with SV in report scripts?

Substitution Variable (SV) is a powerful tool, used developers in calculation scripts, business rule, load rules, partition, formulas and report scripts.It seems like a pretty simple task, right? But in this case, SV used in report scripts - working in some cases, not in others, caused me many hours of headache and eventually figured it out an end.

I started by adding SV this way (which is not uncommon, right?)
Report Scripts in some databases run successfully, which is what I expected. However, in some databases of one same application, report script just don't work.Here is an example, validation is fine, but wont produce any data (if I change to hard code variables, it will produce data)
Go to the log file, try to find out what is wrong - It complains about the variable is Unknown!
Why? Check the administration guide, I am clearly using the correct syntax!

After hours and hours of trying different ways and combination, I finally figured out the way. Here is to share with everyone.

Step1) Remove the double quotes in variables (make sure there is no space between)
Step2) Add double quote to the Report Script


Now it runs beautifully! Other places using SV all work fine (ex. calculation scripts, load rules, etc), Why using of SV in reports scripts in some databases work this way and some in the other ways in a same application is still a mystery, yet need to be explained, but at least I have a work around.

In EPBCS, there is no EAS, therefore no report scripts or data export is available. You still can setup substitution variables through Variables / Substitution Variables. To export a slice of data, you would need go to Application / Overview / Action / Export Data.

Comments

Popular posts from this blog

ESSBASE: When to Use FIX vs. IF

Essbase Currently Not Accepting Connections

HFM: Performance Tuning on Application