HFM Drill back to FDM - 9.3.1

Hi all,
I need some help with the following issue.
We are using HFM and FDM 9.3.1 and trying to configure drill back.
I have configured the FDM URL in the HFM Server and Web Config Window and specified the FDM appname under the HFM app setting.
When drilling back from HFM I get the below error:
Error: No Locations were found matching the passed intersection values. Please verify:
1) that the target system (originating the drillback) is properly configured;
2) that the FDM POVs have not been retroactively modified or compromised
The strange thing is that if I create a new FDM application, the drill back works! I know there is a service fix (9.3.1.1) which addresses a drill back issue but I am exporting the same test row and the drill back works successfully for my second app, suggesting this is not a problem with HFM (locked cell or workflow) but with my initial FDM app.
I tried exporting the problem FDM app to xml and import it into the working FDM app after which the drill back failed.
I think there is a problem with the initial FDM app but I can t figure out whats wrong with it.
Any ideas?
Thanks for your help.
Seb

It tuned out to be an issue with the adapter...Not too sure if its because we exported it from one environment and imported it into another.
Below are the steps we used to fix the problem after imported the xml into the target app:
1 - Log on to the problem FDM app
2 - Delete the HFM adapter
3 - Import a blank HFM adapter (same version)
4 - Register the new adapter
5 - Update the dimensions under the adapter (if necessary)
6 - Configure the App Settings and Integration Settings
7 - Check Control Tables
8 - Import load file and test drill back.
Seb

Similar Messages

  • HFM Drill back to FDM

    How configure the drill back in HFM yo FDM?
    Thanks.
    Edited by: user10486946 on 16-dic-2009 2.49

    Hi,
    If you are in workspace ( and version 11), you can see the option when you right click on a grid, the option of 'drill back to FDM'.
    This will lead you to the FDM application ,and from there, you can click on ' open data source ' option .
    Sandeep Reddy Enti
    HCC
    http://hyperionconsultancy.com

  • HFM Drill-back to FDMEE

    Hello All,
    We are using HFM 11.1.2.2 and need to turn on drill-back to FDMEE.  Can someone point me to some documentation on how to set this up?
    Thanks!

    Hi,
    Make sure in your application setup, you put your FDM name inside column FDM Application. and setup your FDM to connect to your current HFM Apps and then try to load your data.
    Regards,
    Anna

  • ERPi drill back

    If I drill back from FDM via ERPi to the source ERP system, will I need to log in to the source ERP system or can it be configured to auto-login?
    Thanks,
    Jz

    You need to log in to the source ERP system.

  • Audit Intersection - HFM to FDM drill back error: 2656

    Since we created a new HFM application and switched our existing FDM application to read off of the new one drill back no longer works. We get this error message . . .
    Error: An error occurred logging on to the system using single sign-on. Please contact your administrator:
    Error: 2656 - The single sign-on script is not enabled or does not exist. Please contact your administrator.

    Verify that the FDQM application name matches the name in the FDMAPPName field in the HFM application Settings.

  • Drill Back from HFM works for one year, not another

    Hello,
    We are on FDM and HFM 11.1.2.1 and I was doing some reasearch in the system today and for some reason in all periods that were loaded during 2011 in this version (Aug-Dec) I am able to drill back to the FDM source data. However, if I go into 2012 and try a drill back for Jan or Feb it does not work and I get the below error message. I'm guessing there must be a setting I'm missing somewhere, but can't figure out why the year would make a difference here.
    Error: No Locations were found matching the passed intersection values. Please verify:
    1) that the target system (originating the drillback) is properly configured;
    2) that the FDM POVs have not been retroactively modified or compromised.
    Thank you,
    Jason

    Yes, that is what the problem was. After talking with Oracle support apparently when you upload new periods via the Excel template it does not update the tpovperiodadapter table, which is needed for the drill back from HFM to work. In order to fix this I had the DBA go in and manually update the 4 fields (see below) for the 2 periods we had already loaded for 2012 and all is working now. I also went back and deleted all of the other future periods and added them manually via the FDM web interface.
    The table has the following collumns:
    PeriodKey
    IntSystemKey
    PeriodTargetM
    YearTarget
    Period Key would be the period date
    IntSystemKey would be the adapter system code that was used to load the data to HFM
    PeriodTargetM would be the target Month in HFM
    YearTarget would be the target year in HFM
    Example:
    PeriodKey - 1/31/2012 (format needs to be the same as what's currently in the database)
    IntSystemKey - FM11X-G5-E
    PeriodTargetM - Jan
    YearTarget - 2012

  • Unable to drill back to the FDM from Hyperion Planning

    Hello,
    We are using FDM version 11.1.2.2.00 for integration with Oracle E-Business Suite. We have configured FDM to load the data in three cubes in Hyperion Planning i.e. Opex, Capex and Manpower. When we drill back to the source system after loading the data, The drill through to the source system sucessfully runs for opex and capex. But when we click on 'Drill to the Source'  from web form in Hyperion planning, it gives below error.
    Error: No Locations were found matching the passed intersection values. Please verify:
    1) that the target system (originating the drillback) is properly configured;
    2) that the FDM POVs have not been retroactively modified or compromised.
    In FDM error log, the error is as below.
    ERROR:
    Code............................................. 7123
    Description...................................... INSERSECTION SQL DEBUG
    Procedure........................................ SELECT vDataFact.PartitionKey, PartName, CatName, CatTarget, PeriodKey, PeriodDesc, DataView, AccountX, EntityX, ICPX, UD1X, UD2X, UD3X, UD4X, UD5X, UD6X, UD7X, UD8X, UD9X, UD10X, UD11X, UD12X, UD13X, UD14X, UD15X, UD16X, UD17X, UD18X, UD19X, UD20X, SUM(DECODE(ChangeSign, 0, (Amount), 1, (Amount *-1), (Amount))) AS Amt From vDataFact Where (((CatTarget) = N'ACTUAL') And ((PeriodTargetM) = N'4/1/2013 12:00:00 AM') And ((YearTarget) = N'FY13') And ((CalcAcctType) > 0) And ((AccountX) = N'71104-011-AC') And ((EntityX) = N'00E') And ((ICPX IS NULL) or (ICPX = N'') or (upper(ICPX) = N'[ICP NONE]')) And ((upper(UD1X)) = N'APPROVAL-WIP') And ((UD2X IS NULL) or (UD2X = N'') or (upper(UD2X) = N'[NONE]')) And ((upper(UD3X)) = N'NO CUSTOM DIM1') And ((upper(UD4X)) = N'NO CUSTOM DIM2') And ((upper(UD5X)) = N'00-00000-CC') And ((UD6X IS NULL) or (UD6X = N'') or (upper(UD6X) = N'[NONE]')) And ((UD7X IS NULL) or (UD7X = N'') or (upper(UD7X) = N'[NONE]')) And ((UD8X IS NULL) or (UD8X = N'') or (upper(UD8X) = N'[NONE]')) And ((UD9X IS NULL) or (UD9X = N'') or (upper(UD9X) = N'[NONE]')) And ((upper(UD10X)) = N'REGULAR BUDGET') And ((UD11X IS NULL) or (UD11X = N'') or (upper(UD11X) = N'[NONE]')) And ((UD12X IS NULL) or (UD12X = N'') or (upper(UD12X) = N'[NONE]')) And ((UD13X IS NULL) or (UD13X = N'') or (upper(UD13X) = N'[NONE]')) And ((UD14X IS NULL) or (UD14X = N'') or (upper(UD14X) = N'[NONE]')) And ((UD15X IS NULL) or (UD15X = N'') or (upper(UD15X) = N'[NONE]')) And ((UD16X IS NULL) or (UD16X = N'') or (upper(UD16X) = N'[NONE]')) And ((UD17X IS NULL) or (UD17X = N'') or (upper(UD17X) = N'[NONE]')) And ((UD18X IS NULL) or (UD18X = N'') or (upper(UD18X) = N'[NONE]')) And ((UD19X IS NULL) or (UD19X = N'') or (upper(UD19X) = N'[NONE]')) And ((UD20X IS NULL) or (UD20X = N'') or (upper(UD20X) = N'[NONE]')) ) GROUP BY vDataFact.PartitionKey, PartName, CatName, CatTarget, PeriodKey, PeriodDesc, Dataview, AccountX, EntityX, ICPX, UD1X, UD2X, UD3X, UD4X, UD5X, UD6X, UD7X, UD8X, UD9X, UD10X, UD11X, UD12X, UD13X, UD14X, UD15X, UD16X, UD17X, UD18X, UD19X, UD20X ORDER BY PartName
    Note: The above error is not able to capture the value for  UD6 which is  'Employee' Dimension , UD7 which is 'Jobtitle' Dimension and UD9 which is 'Nationality' Dimension in ERPi.
    Can you suggest how these values can be correctly captured while drill through to the source system?
    Thanks in advance
    Faizan Memon

    Hi,
    In that case can you pls confirm the location is correct or not. Try to check the location from where it is drilling back the data. Compare the location with Opex/Capex scenario. It is not an integration issue, something you are missing, otherwise you will face issues with Opex & Capex also.
    Soumya

  • Is FDM Drill Back Capability for Hyperion 6.5.1 inherent or custom?

    Hi,
    I am new to the Hyperion Space. I want to understand if FDM drill back capabilities are automatically available for Hyperion Enterprise 6.5.1 or if there is any configuration that needs to done in order to activate this feature. If configuration needs to be done, is it limited to FDM or does one also need to configure Enterprise 6.5.1 to enable the drill back?
    Any help is much appreciated.

    Hi,
    You need to make settings for Ent 6.5.1 / FDM to work with FDM drill back feature.

  • HYPERION FDM DRILL BACK???

    Hey Guys,
    I am configuring VBScriptSSO, one of the steps in the process is to configure DRILL BACK.
    Could you please guide me how do I do this configuration.
    Thanks,
    Sasi

    Hi,
    You need to make settings for Ent 6.5.1 / FDM to work with FDM drill back feature.

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

  • 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

  • EPM 11.1.1.3 Drill back with Hyperion Planning and Financial Reporting

    Hi,
    I'm trying to drill back data with Planning thanks to FDM but it doesn't work.
    In fact Planning server and FDM server are not installed on the same machine. My user is both admin on Planning application and FDM one.
    When I drill back my data the url provided is the planning one and not FDM server one. I've set up application properties on Planning Application such as FDM_BASE_URL with
    "http://servername/HyperionFDM/AuthorizedPages/IntersectionSummaryByLocation.aspx", and the restated my webserver, but it doesn't work.
    I've the following errors :
    Server Error in '/' Application.
    The resource cannot be found.
    Description: HTTP 404. The resource you are looking for (or one of its dependencies) could have been removed, had its name changed, or is temporarily unavailable. Please review the following URL and make sure that it is spelled correctly.
    Requested URL: /HyperionFDM/AuthorizedPages/IntersectionSummaryByLocation.aspx
    Best Regards
    Eric

    When you say drill back, are you saying you want to drill through to the source database or whatever it was you loaded the data from?
    If so, my question is was this data loaded using FDM ?
    Also I would run the validation tool in EPM Diagnostics and make sure everything is ok on the web end.
    Not knowing exactly what your setup looks like, this is all I can suggest for now.

  • Drill back feature

    Hi , there
    i have already a planning application which is connected to FDM , now i want to add the drill back feature in it , i read john goodwin's blog regarding that and did as written in it , but there are few changes in the situation.
    1. I am using system 9.3 so the adapter is ES9x-G4-A .
    2. The load balance server is configured with the MSAD directory and i have not configured it with the open LDAP , now the user for FDM is and MSAD user but the user for planning is a native directory user.
    i have added the three properties in planning and restarted the services but still i am not able to see that icon of drill back to source , now is it neccassary to add the opn LDAP in the Load balance configuration and will that icon come only on those cells on which data has poppulated from FDM,
    can you suggest what could have been wrong ?

    I have only used it from version 11 where I thought it was a new feature.
    Cheers
    John
    http://john-goodwin.blogspot.com/

  • Drill back to SAP R/3

    Hi All,
    I have a Requirement where drill back targets back to the SAP R/3 system from BW , will be provided which allows the user to view the relevant Purchase Order document display (transaction ME23N) in R/3. PO number must be displayed in the results area.can any one suggest how is it possible.
    Regards
    Rao

    Have a look at the following :
    http://help.sap.com/saphelp_nw04/helpdata/en/c9/bc2d38c4b3f205e10000009b38f8cf/content.htm
    Transaction Code you need to use is RSBBS - Maintain Sender-Recipient Mapping

  • Drill Back from Analyzer

    We are using the Hyperion Analyzer Ver 7.0 along with Hyperion Essbase Ver 7.1 and EIS Ver 7.0. I have built a cube using EIS and also defined a drill back report on EIS. The drill back is working fine from Excel Add. <BR>When I am trying to initiate it from Hyperion Analyzer it doesn't display the drill back report to be executed. <BR><BR>Can anyone tell me that what could be going wrong ? Is there a configuration setup you have to do in Analyzer for it to work ? Is this a known defect with the version of Analyzer we are using ?<BR><BR>Will appreciate any feedback on it..<BR><BR>Thanks<BR>Anil Dutta<BR> <BR>

    Analyzer uses JBDC to access relation sources, so you need to verify whether you have the correct JBDC drivers on the Analyzer install.<BR><BR>Analyzer doesn't need EIS for drillback, but the organization used in setting up an EIS drill-through will certainly make configuring Analyzer easier.

Maybe you are looking for