Drilling through datasource in hfm

Hi
Friends Can we drill through to datasource (oracle ) without FDM
Thanks
Mayank

In order to use Excel for editing and loading metadata into HFM, and supposing that you will use the classic metadata interface, bare in mind that the concept is to save Excel data as text with the .APP format. For a complete description of the .APP format refer to the HFM Administrator's Guide page 97. An .APP file is a delimited file, which can be easily exported from Excel. In general you should want to maintain Accounts, Entities and Custom dimensions in Excel, since they are the ones that change most often. Use the HFM desktop to manage other dimensions like scenarios, and merge the text content of this with the extract from Excel before loading the .APP file.
Each dimension in an .APP file is defined in two paragraphs, the first is member definitions and the second is member hierarchies. Beware that a shared member is defined only once in the definitions and as many times as necessary in the hierarchies.
Some recommendations on the format of the Excel:
1. Define a column for each member attribute.
2. Use a column to write a formula that merges attribute values with the proper delimiters in between so that you will export this column for member definitions.
3. Construct hierarchies using 10-15 columns depending on the dimension.
4. The hard part is to create the hierarchy paragraph for each dimension, you may need to write some Excel VBA code.
Hope this helps

Similar Messages

HFM 9.3.1 drill through FDM

Hi All,
I'm trying to use the drill through functionality in HFM 9.3.1.
When I click on Audit Intersection in the web data grid FDM starts to open but then I get an error relating to Single Sign On not being setup correctly.
I've added the FDM app name to the App setting in HFM and I've got the correct URL in the Web Config .
Can anyone give me any guidance of where to setup SSO in Shared Services for HFM/FDM?
Is it possible to use drill through using Web Data Forms?
Thanks
G

Choose Administration>Manage Documents then click on links
click new to add a new link
In the link field enter one of the following, for the
version of FDM you are using.
• http://<server name>/<wwwwwwww>/AuthorizedPages/LogonPage.aspx?AppName=<xxxxxxxx>
• Replace <server name> with valid web server address
• Replace <wwwwwwww> with UpstreamWeblinkDataMart for versions FDM 9.0.2 to FDM 9.2.x
• Replace <wwwwwwww> with HyperionFDM for 9.3 and above
• Replace <xxxxxxxx> with a valid FDM Application Name.
Ensure that FDM does not open in the same page
• Ensure to include the Single Sign On information in page request. Click ‘Save’
On the ‘Manage Documents – Links’ screen you will now see your link to FDM. Log into the server where FDM is installed.
• Go to Start > All Programs > Hyperion > Financial Data Quality Management > Load Balance Manager > Load Balance Configuration
Go to the ‘Authentication Providers’ tab, click ‘Add’ and choose ‘Visual Basic Script SSO Authentication’ Provide a description. Set sso uathentication script ,The script is generically written, and must be customized for each customer.
• Once the changed have been made click ‘OK’ and notice the Authentication Providers have been updated.
• Go back to the ‘General’ tab and re-enter the service account password and click ‘OK’
• Go back to HFM Workspace and test the link you created. FDM will open up in a new window, and sign you in.
Now enable FDM to pass the SSO token:
• Administration -> Integration Settings
• From the ‘Options’ drop-down choose ‘Use SSO’
• Enable the check-box
• Click ‘Save’
• From the HFM Web-Server you need to provide a link to FDM inside of the ‘Server and Web Configuration’
• Choose the ‘Web Server’ tab
• Enter the following link to ‘Financial Data Management URL’ field http://<server name>/HyperionFDM/AuthorizedPages/IntersectionSummaryByLocation.aspx
• Update <server name> with the appropriate FDM Web-Server name
•Enter a valid DCOM service account and password in the ‘DCOM User Info’ fields.
Test Drill back functionality

Drill Through from FDM/ERPI to Source ERP

Per my understanding, when loading data from FDM to a Target EPM system, the drill through from say HFM back to FDM would log on using your credentials via SSO. In other words, I log in as testuser in HFM and drill through, then that testuser id and password must be set up in shared services in the same manner in the epm target system as well as FDM.
Does the same hold true when you drill through from FDM/ERPI back to the Source ERP? In other words, the same ID and password must be set up in HFM, FDM, and say EBS ERP? Or is there a way to set a Global ID for the drill from FDM to the ERP?
Thank you in advance

Hello,
In the situation you have described unless the Authentication mechanism and the style of that mechanism for all the environments (in this sitaution Hyperion vs. Oracle EBS) are identical then there is no unified approach. Generally when going from Hyperion into Oracle EBS the EBS landing page is returned prompting you for valid credentials.
In order for this to work in on seemless move you would have to use OID with OSSO.
OID = Oracle Internet Directory
OSSO = Oracle Single Sign On
Thank you,

Drill Through to HFM Works for One Location, Not Another - Same Adapter

Good morning all -
I have two locations that both use the same adapter to load to the same HFM application. One location produces the drill through files, one does not.
I've seen several posts about needing separate applications for multiple adapters, but surely this doesn't apply if the adapter is the same? Am I missing a location specific setting somewhere?
Thanks in advance,
Sarah

This was a stupid mistake on my part. I looked through the output and never saw the A, B, C files get produced, so I assumed it never worked. I failed to notice that we had also always had .err files, which prevents drill through files from being created. I answered my own question on the phone with Oracle support. :)
Thanks for your response.

HFM Drill Through FDMEE

Dear all,
perhaps one of you guys can help me here.
I am struggeling around with the HFM (11.1.2.3.500.17) to FDMEE drill through functionality. As far as I was told the only thing you need to set up ist the FDMAppName in HFM Application Settings and that's it.
But: what is actually the App Name in FDMEE? The Application Root Folder determined in the FDMEE application settings or the target HFM application?
Second question: I have tried both, but still I do not get the drill through option offered when right-clicking an input cell in HFM. May I have missed another setting somewhere?
Your help is much appreciated!
Phil

Hi SH,
Thanks your prompt and helpful reply! Now it works.
Reason was: FDMEE - Setup - Target Application - Application Options - Drill Region was set to "No". Changed it to Yes. That was it actually.
FDMAppName within HFM Application settings has, as you said, apparently no effect in combination with FDMEE.
Best Regards
Phil

Workaround for HFM Drill-Through when using custom dimensions ( 4) in FDM

Hi all,
we have the following scenario:
- Target Custom 3 is defined as a combination of Target Product and Target Cost Center
- Target Product needs to be obtained by mapping field "PRODUCT" in the source file
- Target Cost Center needs to be obtained by mapping field "CC" in the source file
So,
One approach would be to enable Custom5 and Custom 6 dimensions in FDM, and configure sequence so these two dims are mapped before custom 3 which has a conditional map to get
values from target c4 and c5 (using varvalues...)
The issue here is that drill-through does not work as the sql query for the intersection is looking for UD5x and UD6X as NULL, N, or [NONE], and these two columns have a value as they were mapped.
Trying to solve this issue, we configured C5 and C6 as lookup dimensions so we could create the mapping tables for them although in order to import data from source file fields we used attr2 and attr3. Besides UD5 and UD6, as expected, were not displayed in the Import and Validate/Export grids
Then the idea was to update the work table with attr2->ud5 and attr3->ud6 in a event script (importaction or befprocmap..) so ud5 and ud6 are mapped.
The problem is that we noticed that ud5 and ud6 are not updated from attributes. It seems that as they are configured as lookup dims, values may be mapped but not copied from work table to tdataseg.
If this would work, then after custom3 is mapped we could set ud5x and ud6x to [none] in order the drill-through query to work.
Having all in custom 3 dim and use mappings on combinations is not desired by the customer as they want to keep product and cc mappings separately.
I was thinking to use a dummy location for product and cost center mappings and then emulate mappings using SQL but would like to avoid this.
Any other suggestion?
Thanks!

The criteria for mapping C3 is:
- If Plan = 6 Then Target C3 = SUBACCOUNT
- If Plan <> 6 AND Account IN range [70000,70999] Then Target C3 = Target CC
- If Plan <> 6 AND Account NOT IN range [70000,70999] Then Target C3 = Target CC_Target Product
Fields in the file
- PLAN
- ACCOUNT
- SUBACCOUNT
- Source CC
- Source Product
So current solution actually is to put that logic in the import format so:
- If Plan = 6 Then Source C3 = SUBACCOUNT
- If Plan <> 6 AND Account IN range [70000,70999] Then Source C3 = "RULE2"
- If Plan <> 6 AND Account NOT IN range [70000,70999] Then Source C3 = "RULE3"
In the mapping of C3, we managed a simple script mapping checking the source C3
If source c3 = RULE 2 -> Target C3 = Target CC
If source C3 = RULE 3 -> Target C3 = Target CC_Target Product
Else Target C3 = source C3 (which is SUBACCOUNT)
C5 (Cost Center) and C6 (Product) are mapped before C3.
In order to make Drill-Through working, we save UD5X and UD6X in ATTR2, ATTR3 so the user can see it, and we set then UD5X and UD6X to [None] so the Drill_Through SQL Query returns the values from FDM. If after loading the user goes to validate step, he will see [None] in C5 and C6 but actually this does not really matter as C3 has already been mapped and is the value to be loaded. If the want to review target product or target cc then they drill down to attribute information.
regards

Server Error: When clicking on "Drill Through to FDM"

Hi Everyone,
I am getting a server error (404 Resource not found) whenever I click on "Drill through to FDM" from a datagrid cell in HFM. I found that the link it was trying to access was
http://in-ccubicoe3/HyperionFDM/AuthorizedPages/IntersectionSummaryByLocation.aspx
which it would not find as FDM is there on another server.
My setup is as follows:
IN-CCUBICOE3: HFM on IIS
IN-CCUBICOE2: FDM on IIS
I added the document link in FDM as follows: http://in-ccubicoe2/HyperionFDM/AuthorizedPages/LogonPage.aspx?AppName=DEMOAPP
Where am I getting it wrong?
Any suggestions would be great.
Thanks,
Sayantan

Hello,
You are right; I have deployed everything on IIS. This I have been forced to do due to performance reasons as FDM on the same server as HFM was making the response very slow. Is there any settings/registry tweak which can give a workaround for this?
The final solution would obviously be to configure all web apps on the same machine. But I read somewhere what 64 bit HFM web application cannot coexist with FDM as FDM binaries are 32 bit. This makes me think, that there must be something so that enables these two to be configured in a distributed setup?
Thanks for the tips.
~
Sayantan

Essbase Studio & Drill-through

Hello All,
Can I still create a drill-through report in Essbase Studio & update a previously built [by EPMA] Essbase cube? Please consider this urgent...
Thanks,
Cheryl

Cheryl,
One of the draw backs right now of using EPMA to load Essbase cubes is that any changes that are made to your Essbase cube in EAS, etc. post a EPMA Essbase Cube deployment will be overwritten and vice-versa. EPMA is best for working with HFM and Planning right now and is not best suited for Essbase deployment right now even though it can handle simple Essbase cube deployment. If you cannot do what you need with EPMA alone then you will need to deploy using Essbase Studio, EIS, or EAS.
However, other options would be to utilize partitioning or something similar to get the drill-through capability from another "Reporting" cube. That would be the immediate solution I believe.
http://www.artofbi.com
Edited by: Christian Screen on Nov 17, 2009 9:10 AM
Edited by: Christian Screen on Nov 25, 2009 12:30 PM

When drill through from FR report, navigate to FDM landing page.

Hi,
Data loaded in HFM 11.1.2.1 using FDM 11.1.2.1 and it has been replaced by ERP integrator 11.1.2.1.501. When we perform drill through from Financial reporting report it is navigating to the FDM landing page instead of ERP integrator landing page. In FDM landing page, showing the ERROR:
"Error: Error Retrieving recordset"
Anyone please help me to solve this issue.
Thanks,
Yamuna

Hi ,
My guess is that , when you loaded the data from ERPi the drill regions created by FDM have been over written. Hence you are not able to drill down to the FDM page. This happens in most of the scenarios , where if the data is loaded across an intersection using FDM and then again the data is loaded in the same intersection using some other way like Flat Files or ERPi the Drill Regions or Drill POVs get compromised.
To confirm whether your FDM drill back is working or not , create a simple form using any of the intersections from your dimensionS ( not the same ones used above ) and load a single line of data using FDM across those intersections in the form. Try drilling back to the FDM Landing Page and check. Same way , create a report for the same intersections and check drill back to FDM. Remember to check the :Drill - Through" check box in the property grid in the Grid Properties for that report.
Regards

ERPi drill through: From where to where?

Hi,
Can ERPi drill through from Essbase (I know it can from EPM, Planning, HFM, Smart view and FR).
Can ERPi drill to source other than ERP GL? If so, to where?
Thanks,
Gabriel

Yes, you can load data to Essbase with ERPi and then drill through from Essbase to ERPi and then from ERPi to the source system GL.
Within the source system registration in ERPi you will need to update the Drill URL to the EBS url for drill to function.

FDM Drill Through from HFR

Greetings all -
I have not been able to find much documentation about the new FDM drill through feature from HFR. I'm looking for how it works, what is going on in the background, etc. I assume that it is mostly based on a SQL query back to FDM, but is there more to it than that?
I appreciate any information or documentation to be had.
Thank you,
Sarah

Hello Sarah,
The drillthrough from HFR to FDM is seemless. The Hyperion Applications (HFM, Planning, Essbase) all store the information if it came from FDM in a unique way. This unique way is now an identifier so that drillback is available only for the valid cells. Other products that leverage that data (FR, Smartview, Retrieve) will then interpret that data as well.
The drillback actually launches a pre-built FDM WebPage, Logs you in with the credentials provided via the source, and then displays potential records.
Thank you,

Drill through from Planning to Oracle

Hello,
Quick question: If I load data into Hyperion Planning using ODI, will I be able to drill through to the source which is an Oracle database ? If not, what do I need to be able to do the drill through ?

I might run into an issue with that: My infrastructure uses single sign-on (using OAM). FDM does not support single sign-on according to the platform matrix. But it apparently does support it for HFM applications. Single sign-on is also a Connection Option, according to the DBAG for FDM. (which really confuses me: Why does the platform matrix say SSO not supported but then it does work with HFM and it is one of the connection options?
But anyway as far as I know, the above is not the case for planning. Is my understanding correct? If a user provisioned using single sign-on has accesses a data form in the planning application, is there any way he/she will be able to drill through to the source Oracle 10g/11g database? Users also need to push planning and forecasting data from the planning application to the Oracle DB.
Maybe there's a workaround?
Any insight into this will be greatly appreciated as always.

OBIEE 11G HOLAP( drill through) from ORACLE OLAP to Relaltional table

Hi Experts...
I have some idea that the drill through from an essbase cube to an relational cube can be possible with few limitations in OBIEE 10g. I am looking for the same feature with ORACLE OLAP option . I have OLAP cube built in 11g (leve5 - granularity to one of the dimension) , and relational has 7 levels. In OBIEE once drill down to the level 5 it has fetched data from OLAP , and going beyond to level 6 -7 then it should get the data from relational table.
Do anyone had gone through such solution, Please kndly share your inputs and documents which would be helpful.
Thanks
S

This is very easy. It's really no different from setting up OBIEE to drill from one table to another. Let's assume that you have your cube mapped in OBIEE using the OBIEE plug-in for Analytic Workspace Manager. Here is an outline of the steps:
1. Add the dimension table and fact table to the OBIEE physical layer.
2. Add the new level to the OBIEE dimension object in the business layer.
3. Add the dimension table as a new logical table source to the existing dimension table in the business layer.
4. Add the fact table as new table in the business layer.
5. Define joins in the physical and business model as appropriate.
6. Set set keys in the tables and the dimension as appropriate.
7. Set the level for the new dimension table to the appropriate level in the dimension.
Again, it's really best to just think about this as drilling from one table to another.

Error on the reports with drill-through links on SSRS 2012 SP2 -- Invalid URI: The Uri string is too long

Hi, We are migrating SSRS 2008 R2 reports to SSRS 2012 SP2. (PS. SSRS 2012 SP2 has been applied.) Everything went smooth expect some reports which were using reporting services. These reports have some drilin-through actions and was passing in a huge
xml parameter. I referred to some other posts in which there were also some similar issues like "The Uri string is too long." but they're different. My reports can be opened and the error only occurred when accessing the drill-through actions.
As I know, Microsoft has provided the fix for the known issue "The Uri string is too long." in sp1 but it looks it can't cover this kind of situation since I have installed the SSRS SP 2. Is there any solution? In addition, there's no such
issue on SSRS 2008 R2.
Thanks,
onizga

Hi onizga,
According to your description that you are migrating SSRS 2008 R2 reports to SSRS 2012 SP2, after migration you got some error like “The Uri string is too long” which only occurred when accessing the drill-through actions, right?
Usually, the issue can be caused when you try to pass some parameters that cause the URL length to exceed 65,520 characters for a Microsoft SQL Server 2012 Reporting Services (SSRS 2012), you cannot render the report, and you may receive the following error
message:
The value of parameter 'param' is not valid. (rsInvalidParameter).Invalid URI: The Uri string is too long.
This is an known issue and already have the hotfix SQL Server 2012 Service Pack1 Cumulative Update 9 (CU9) as you know, you can try to reinstall this hotfix to fixed this issue:
http://support.microsoft.com/kb/2916827 .Any issue after applying the update, please post it on the following thread or you can submit an feedback:
http://connect.microsoft.com/SQLServer/feedback/details/788964/ssrs-2012-invalid-uri-the-uri-string-is-too-long
Similar threads for your reference:
SSRS - The value of parameter 'param' is
not valid. ---> System.UriFormatException: Invalid URI: The Uri string is too long.
Microsoft.ReportingServices.Diagnostics.Utilities.InvalidParameterException:
The value of parameter 'pSetOfScopes' is not valid. ---> System.UriFormatException: Invalid URI: The Uri string is too long
If you still have any question, please feel free to ask
Regards
Vicky Liu
If you have any feedback on our support, please click here

Creating a Detail Table Based on an Action in Another Table or Matrix to Display in the Same Report (Not a Drill-Through)

Hello,
I was wondering if it's possible have a matrix which shows total credits by month and have drill-down groupings to display the invoice numbers for each credit. Then, once the drill-down is expanded for a particular month, be able to click on the invoice
number and have another table under the matrix display the details of the invoice.
I don't really want a drill-through because that opens a different report in the window, what I want to be able to do is stay on the main report. I also don't want to drill-into the invoice details from the matrix as that expands the matrix out and
makes it unruly and ugly. I've been playing with subreports but not able to get what I want out of it.
I hope this makes sense - is there a way to do this in SSRS?
Thanks!!

Hi AvenueStuart,
After testing the issue in my environment, we can refer to the steps below to work around the issue:
Create a new table with the details of the invoice under the matrix.
Add a parameter named invoice which get available values from the invoice field in the dataset.
Right-click the [Sum(invoice)] cell to add an action with “Go to report” option, and specify the same report with the parameter below:
Name: invoice
Value: [invoice]
Right-click the table to add a filter in the table:
Expression: [invoice]
Operator: =
Value: [@invoice]
If there are any misunderstanding, please elaborate the issue for further investigation.
Thanks,
Katherine Xiong
Katherine Xiong
TechNet Community Support

Drilling through datasource in hfm

Similar Messages

Maybe you are looking for