Hierarchy drill down issue at the lowest level

Hi,
In OBIEE 11.1.1.5 I face an issue with drill down to lowest level of presentation hierarchy (expanded by "+" in report). It happens only for combination of 2 dimensions presentation hierarchies in analytics report (parent-child organizational structure + level based product categorization). Aggregated date comes from OLAP but lowest level product information comes from relational database and this details are not displayed.
First I drill to particular sales rep in organizational structure. Then for that sales rep I need to drill down product hierarchy and it works except lowest level of details. At the lowest level of product hierarchy, query sent to database (I have it from logs) return proper results (checked directly in db) but report behaves the way like there are no details at the lowest level and product details are not displayed.
Both (Organizational structure, Product) dimension presentation hierarchies works ok at all levels when used separately. Also product hierarchy works well at all levels (including OLAP->relational drill) when used togather with other level-based hierarchies in subject area.
I am wondering what I could have done wrong...
Advices are very welcome!

Hierarchy keys are set properly and "use for display" is checked.
Dimension presentation hierarchies does not work only when I use particular two hierarchies togather in one report table. When each of hierarchies is displayed separately it works ok.

Similar Messages

Option in SAP B1 9.0 (PL08) to Drill down activities to the user level

Hi,
My client has deployed SAP Business One Version 9.0 PL 08.
I need to know if there's an option in SAP to drill down all activities/ transactions done in the system to the level where I can get details on the users who were involved in creating/editing certain documents and the basic detail about the creation.
Thanks in advance for reading and helping !!
Cheers
-Sam

The answer is yes, SAP does keep document history copy for up to 99 copies (default setting). You can find the history copy by Tools->Change Log.
Frank

Poor performance with WebI and BW hierarchy drill-down...

Hi
We are currently implementing a large HR solution with BW as backend
and WebI and Xcelcius as frontend. As part of this we are experiencing
very poor performance when doing drill-down in WebI on a BW hierarchy.
In general we are experiencing ok performance during selection of data
and traditional WebI filtering - however when using the BW hierarchy
for navigation within WebI, response times are significantly increasing.
The general solution setup are as follows:
1) Business Content version of the personnel administration
infoprovider - 0PA_C01. The Infoprovider contains 30.000 records
2) Multiprovider to act as semantic Data Mart layer in BW.
3) Bex Query to act as Data Mart Query and metadata exchange for BOE.
All key figure restrictions and calculations are done in this Data Mart
Query.
4) Traditionel BO OLAP universe 1:1 mapped to Bex Data Mart query. No
calculations etc. are done in the universe.
5) WebI report with limited objects included in the WebI query.
As we are aware that performance is an very subjective issues we have
created several case scenarios with different dataset sizes, various
filter criteria's and modeling techniques in BW.
Furthermore we have tried to apply various traditional BW performance
tuning techniques including aggregates, physical partitioning and pre-
calculation - all without any luck (pre-calculation doesn't seem to
work at all as WebI apparently isn't using the BW OLAP cache).
In general the best result we can get is with a completely stripped WebI report without any variables etc.
and a total dataset of 1000 records transferred to WebI. Even in this scenario we can't get
each navigational step (when using drill-down on Organizational Unit
hierarchy - 0ORGUNIT) to perform faster than minimum 15-20 seconds per.
navigational step.
That is each navigational step takes 15-20 seconds
with only 1000 records in the WebI cache when using drill-down on org.
unit hierachy !!.
Running the same Bex query from Bex Analyzer with a full dataset of
30.000 records on lowest level of detail returns a threshold of 1-2
seconds pr. navigational step thus eliminating that this should be a BW
modeling issue.
As our productive scenario obviously involves a far larger dataset as
well as separate data from CATS and PT infoproviders we are very
worried if we will ever be able to utilize hierarchy drill-down from
WebI ?.
The question is as such if there are any known performance issues
related to the use of BW hierarchy drill-down from WebI and if so are
there any ways to get around them ?.
As an alternative we are currently considering changing our reporting
strategy by creating several higher aggregated reports to avoid
hierarchy navigation at all. However we still need to support specific
division and their need to navigate the WebI dataset without
limitations which makes this issue critical.
Hope that you are able to help.
Thanks in advance
/Frank
Edited by: Mads Frank on Feb 1, 2010 9:41 PM

Hi Henry, thank you for your suggestions although i´m not agree with you that 20 seconds is pretty good for that navigation step. The same query executed with BEx Analyzer takes only 1-2 seconds to do the drill down.
Actions
suppress unassigned nodes in RSH1: Magic!! This was the main problem!!
tick use structure elements in RSRT: Done it.
enable query stripping in WebI: Done it.
upgrade your BW to SP09: Has the SP09 some inprovements in relation to this point ?
use more runtime query filters. : Not possible. Very simple query.
Others:
RSRT combination H-1-3-3-1 (Expand nodes/Permanent Cache BLOB)
Uncheck prelimirary Hierarchy presentation in Query. only selected.
Check "Use query drill" in webi properties.
Sorry for this mixed message but when i was answering i tryied what you suggest in relation with supress unassigned nodes and it works perfectly. This is what is cusing the bottleneck!! incredible...
Thanks a lot
J.Casas

Essbase Add-in and Office 2010 double clicking drilling down issue

We have Office 2010 and Essbase Add-in 6.5.4 and some users are having issues when double clicking to zoom in. When using the double-click to drill down, it flashes a few times and drills down to the lowest level even though it is setup to zoom to the next level. It works when you use zoom in from the menu and this doesnt happen to all the users. Does anyone have a fix for this issue?

We had similar issue but with lower versions of excel where a double click acts continously till the lowest level is reached for the member selected. Notice that all the members are not at the lowest level, it only happens for the current selected cell in excel.
In my case a re-install of add-in worked. Have you tried re-installing add-in. See that unistall is complete before re-installation. As you understand the problem is not with all machines/users, hence it should not be an issue with add-in.

IE7 Drill down issues

Hi All,
we are having problems in disco viewer regarding the drill down issues when uisng the IE7, and i installed Jinitiator 1.3.1.26 and 1.3.1.28 and followed the following procedure based on the research i have done but still no results.
In IE7:
Tools, Manage Add-ons, Enable or Disable Add-ons
Show: Add-ons that have been used by Internet Explorer
Click on "shockwave flash object(flash9e.ocx)"
Click Disable, Okay
Restart Internet Explorer
Please any help will be great.
Thanks

If you are going to go through the effort to apply 10.1.2.2 patchset, then you might as well apply 10.1.2.3 patchset (the patchsets are cumulative) and the latest Discoverer cumulative patch. The issue is fixed there as well.
Note 237607.1 ALERT: Required and Recommended Patch Levels For All Discoverer Versions
There was a one-off patch that only supplied a new javascript file (BIPopupMenu.js) for the version you are on. That would be a quick fix, but again I would recommend the latest patchset to avoid many other issues you may face on this version.
Regards,
Steve.

Aggregation at the lowest level in the cube

Hi guys
I designed very simple test cube with one dimension (both MOLAP driven).
The dimension PRODUCT consists of three levels:
- Group
- Category
- Product_detail
PRODUCT_SRC table to load PRODUCT dimension:
PR_GROUP_NAME PR_GROUP_ID PR_CATEGORY_NAME PR_CATEGORY_ID PR_DETAIL_NAME PRODUCT_DETAIL_ID
dairy 1000 yoghurts 1000000 yoghurt_1 1000000000
dairy 1000 yoghurts 1000000 yoghurt_2 1000000001
dairy 1000 yoghurts 1000000 yoghurt_3 1000000002
candy 1001 cookies 1000001 cookies_1 1000000003
candy 1001 cookies 1000001 cookies_2 1000000004
candy 1001 cookies 1000001 cookies_3 1000000005
beverages 1002 juices 1000002 juice_1 1000000006
beverages 1002 mineral water 1000003 mineral_water_1 1000000007
beverage 1002 energy drink 1000004 energy_drink_1 1000000008
The cube SALES has one measure:
- Value_of_sales (sum aggr)
SALES_SRC table to load SALES cube:
VALUE PROD_ID ID
1236 1000000002 2
115 1000000006 3
1697 1000000005 4
12 1000000004 5
168 1000000008 6
1984 1000000005 7
9684 1000000004 8
84 1000000002 9
8 1000000007 10
498 1000000006 11
4894 1000000008 12
4984 1000000004 13
448 1000000003 14
4489 1000000004 15
13 1000000001 16
879 1000000004 17
896 1000000006 18
4646 1000000007 20
I created the dimension PRODUCT and a mapping which loaded the data into the dimension. It worked perfectly. The hierarchy was created as I expected.
Then I created cube SALES and a mapping which should load the data into the cube. It is very very simple mapping - there were just only two items on the canvas:
- SALES_SRC table
and
- SALES cube
and two lines:
- from SALES_SRC.VALUE to SALES.VALUE_OF_SALES
- from SALES_SRC.PROD_ID to SALES.PRODUCT_NAME
Then I deployed everything and ran mapping, which loaded cube. But in my opinion the cube was not populated in a proper way, because it was no aggregation performed at the lowest level of product hierarchy - there was only a value of the first occurence of certain product. I mean:
In SALES.SRC we have for instance:
VALUE PROD_ID ID
1236 1000000002 2
84 1000000002 9
For me the the value in the cube should be 1236 + 84 = 1320, but the value in the cube at PRODUCT_DETAIL_LEVEL for yoghurt_3 is only 1236 - first occurence of this product in SALES.SRC.
Why hasn't been the data aggregated at lowest level of PRODUCT dimension hierarchy - is it the way OWB does such things?
Should I manually aggregate the data before loading to cube (just to use Aggregator to aggregate the data at lowest level)? If yes - what about incremental loading of data to cube (the old value value is simply replaced by new one and not summed in the cube)
In data warehouse solutions of other vendors the cube in such situation is loaded as I expected here.
I really don't know what to do. I do really appreciate any help from you.
Thank you in advance
Peter

Hi David
Thank you very much.
Now I'm sure that I have to aggregate facts by myself at the lowest level of hierarchy in a dimension.
Regards
Peter

Drill down issue in report painter report

Hi-
We have an issue where the drill down in one of our report painter reports isn't working. When the user tries to drill down, it says the list contains no data.
However, if the target report (of the drill down) is run first, and then the report painter report is run, the drill down will then work properly.
We need to know where to check to get this fixed. It has us stumped. The report painter report is associated with a report group.
Thanks,
Kevin

Just needed to update the variant from the calling program's report group. Duh.

User should drill down up to a certain level in obiee

Hi,
We have a requirement that a user should be able to drill down only up to certain level.
We have hirarchy level region, country, state and city. A user should be able to drill down all the levels and some users should be able to drill down only upto certainlevel.
I understand that there is some index column functionality for this. Apart from this can any one tell me how to restrict a user to drill down up to a certain level.
Thanks.

Hi Amith,
I understand that rowlevel security can be done in admin tool, from the group/user permissions under the filter tab by using the query with where condition.
How to achive this column level security. Can you please tell me.
Thanks.

IE7 Drill down issue

Hi
I'm using discoverer
OracleBI Discoverer 10g (10.1.2.2)
Oracle Business Intelligence Discoverer Plus 10g (10.1.2.54.25)
Did any one come up with a solution for the "drill down issues when using IE7" ? I have tried the patchset in the forum but of no use.
Thanks again

Hi
Are you using Java or Jinitiator and which version? Do you have other users on IE7 who are able to run ok? Then you might want to look at the operating system. Are we talking XP or Vista?
What we need to do is rule out various causes one by one. Then if all else fails you should raise a service request with Oracle.
Back in 2007 I posted something about drilling and IE7 on my blog: http://learndiscoverer.blogspot.com/2007/03/discoverer-and-ie7.html
Here is the gist of that post: It seems Oracle have released a patch (5758865) , available on MetaLink, with the fix for IE7. This is a one-off patch and requires a password which means you will have to raise a service request and tell Oracle you are having trouble drilling in Viewer when using IE7. This patch is applicable whether you are using relational or OLAP modeling. The downside of this patch is that it can only be applied on top of 10.1.2.2. You can get the 10.1.2.2 patch (4960210) also on MetaLink. Be warned though that 10.1.2.2 is not a small patch. It is 1.6 GB in size and is a full upgrade of the 10.1.2.0.2 application server.
Is this one of the patches that you tried?
Best wishes
Michael

Components in the lowest level of costing structure in SO

Hi,
Could you please let me know is any function module to get Components in the lowest level of costing structure in Sales order.
Thanks,
Harinath

Yes, you can manipulate your components any way you like. Becareful about the layout manager though as it likes to handle the positioning and sizing, so there is an intimate relationship there.
Also call validate() on the container after you make your changes.

How to include non-joining records from level one in the lowest level?

As an example the dimension has three levels with data coming from three source tables. The relationships between these tables are zero to many. As a result of this e.g. there are records at the first level that do not join to the second table for level two, i.e. there is a customer entry but the customer has not acquired any products. However, we would like to see in the query for the lowest level also the customers that didn't acquire any products. They are there when there is no filter for the lowest level, but that returns duplicate data. I was hoping I could accomplish this by using outer joins when loading the dimension, but it loads the same as without the outer joins. Hopefully, this trivalized example describes what I am trying to accomplish.

You won't be able to have a true "default" value in the various cascading levels, since there aren't default values in a dynamic cascading parameter. That being said, I've created a sample report in Crystal Reports 2008 that has a Command-driven DCP with '*' values for the 2nd and 3rd levels of my 3-tier DCP and have accounted for them in the record selection criteria. You can find the sample here at https://www.box.net/shared/mav5qp337j

Why do we need to plan promotions at the lowest level of aggregation

Hi,
The documentation says that we need to plan the promotions at the lowest level of aggregation i.e., the material level. Why? Is there a specific reason for this? Can we plan at other levels of aggregation as well? What happens if we plan at higher level;s of aggregation?
Thanks.

I think it is possible to do it in an aggregated level however you need to define your distribution rules in order to get the desired result, you need also to consider that if distribution rules changes and the value after promotional planning returns the same value, it is possible that detailed level are not realigned to the new distribution rule (e.g. regarding another ratio).
Maybe this is one of several causes.
Regards,
Carlos

Assign WBS AVAC not in the lowest level of WBS elements

Dear SAP Community,
Our client has requirement to have budget availability control in WBS element level 3 while the WBS structure is until level 5 and the actual posting will occurred in WBS element level 5.
Our current setting is to have WBS element level 5 as Planning Element and Account Assignment Element. So, user can upload their WBS planning data from the lowest level of WBS structure. Then we copy the Planning Data as Budget through CJ30 and release it through CJ32.
If we set the value of Budget Data in CJ30 and CJ32 until the level 5, the system check AVAC in WBS level 5 instead of the amount rolled up in WBS level 3. If we set the value of Budget Data in CJ30 and CJ32 in WBS level 3, the system will check AVAC in WBS level 3 (as we expected) but the consequence is comparison of actual vs budget in WBS level 5 will have variance 100%.
Is there any way to define the budget data until WBS level 5 but the AVAC control is in WBS level 3?
Appreciate your inputs
Thank you and best regards,
Fitria

Hi,
>If we set the value of Budget Data in CJ30 and CJ32 in WBS level 3, the system will check AVAC in WBS level 3 (as we >expected) but the consequence is comparison of actual vs budget in WBS level 5 will have variance 100%.
We had similar kind of requirement, we had followed the above process. THis will provide the required functionality except the variance in reports. Try and convince the client to settle for this if this meets your requirements.
As AVAC can't be managed at WBS levels.
Regards,
Harsh.

Brightness in the lowest level still very light, any suggestion ?

brightness in the lowest level still very light, any suggestion ? imac 24" intel

I've installed Shades - works very well:
http://www.charcoaldesign.co.uk/shades#download

How to get BOM compoents at the lowest level using BOM tables?

I am doing a report based on CK13N wherein i hav material and plant as the selection parameters and based on that i get the product costing of the entire BOM.
I pass material to MAST.get the BOM num and usage
Pass it to STAS and get STLKN (ITEM NODE NUMBER)
After that i pass STLKN and STLNR(BOM number) to STPO to get the BOM subitems based on UPSKZ(Sub items indicator). But that fails because UPSKZ is nt set for all the assemblies.
So hw do i get the BOM components at the lowest level USING these TABLES

Ashwin
1) As Taj Said, Sub item is not actually a item or component.
2) The sub item number what we are viewing the sub item sceen will be 001,002 like ,it not mean any item
3) For Example a car has 4 wheels, so the item/component description is WHEEL
4) The BOM Quantity of wheel is 4
5) In BOM General item over view, you can select the wheel then click subitem
6) This will lead to sub item screen
7) There you can see subitem 001,002,003 then installation point,subitem text,qty etc
8) Against installation point you can decalre Front Left,Front Right,Rear Left,Rear Left
9) Against sub item text,qty you can declare Front Left wheel-1,Front Right wheel-1, Rear Left wheel-1, Rear Right wheel-1 no
9) This does not mean there are addition Sub items for wheel (ie) additional BOM component)
10) Just declaring the positions for fitting in the car to ease the Assembly Person for fixing the wheel
11) So if you get the cost for WHEEL as assigned in BOM item then ok, don't worry about sub item cost
Reward me if my answer is helpful
K.Prabakaran

Hierarchy drill down issue at the lowest level

Similar Messages

Maybe you are looking for