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

Similar Messages

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

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 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

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

Drill Through - Essabse and FDMEE

All,
I am currently working on EPM 11.1.2.3. Testing the Drill through feature of FDMEE from Essbase (Smart View Interface). The source is a flat file. In the application setting i have selected the Drill Region as "Yes".
When I try to drill the cell imported from smart view I encounter an error stating "No Drill through reports found at this location"
Any idea on this
Thanks in advance

I take it the export stage in FDMEE was successful and data has loaded to Essbase, what type of mappings have to applied, drill-through will not work with like mappings yet and explicit will need to be used.
Cheers
John
http://john-goodwin.blogspot.com/

Drill through from Smartview to FDMEE

Hi
I have loaded data from FDMEE to Essbase using file as a source it sucessfully done i am able to see data in Essbase also.
for Drill Through Option i have done below options
In Target Applications in Dimension Details i have selected Create Drill Region
and In Application options i have selected Drill Region
I have connected to Smart View and selected the data cell tried for Drill through from there to FDMEE then i am getting error No Drill through reports found at this location.
Can any one help me for Drill through option in FDMEE

Check in EAS drill regions created by FDMEE:
- Right-Click on the database and choose to edit drill through definitions
Then Delete the current drill region definition and save. You can Re-run the export/load from FDM to re-create the drill regions.
HTH

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

Enabling drill through using FR

Hi Team ,
We have configured Drill through in FDMEE and we are able to drill from web-forms and smart view to FDMEE . Please advise if we can drill to FDMEE from Hyperion reports also .
Basically if i can drill through from web-forms for an intersection how can i enable drill from the same intersection from HFR .
Regards,
Roshin Rasheed

It is possible .. Check below link for detailed explanation of how to enable that : http://www.oracle.com/technetwork/middleware/financial-management/tutorials/obe-fr-erpidrillthru-100179.html
Cheers !

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 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 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.

HFM Drill Through FDMEE

Similar Messages

Maybe you are looking for