What is this about? Well I guess you’ll have to read till the end š
Conversion is a big deal. Oh no not the religious conversion š I’m talking about converting Excel Add-in users to Smart View. (It was hard for me to use Smart View in the beginning)
So there was this question where he was wondering whether I knew about an option in Smart View to drill down on a shared member (parent member which is shared in an alternate hierarchy)
I was like “No you cannot do that in Add-in, it stops the drill down if the alternate hierarchy parent is there”. I didn’t say that aloud.
I’m like I don’t know how to do that in Add-in and you are asking me “How can I still down on a shared member in Smart View?”
In grid clients (for example, Oracle Hyperion Smart View for Office), you can reference shared members as unique from their base members by typing them with a qualified name (for example, [Parent].[Child]). Shared members can be referenced with qualified names even if you have not set the outline to enable duplicate member names.
- Drilling down on 150 returns nothing if interpreted as the shared member; or, return 100 10 and 100-20 if interpreted as the regular member.
- Drilling up on 150 returns Test1 if interpreted as the shared member; or, return 100 if interpreted as the regular member.
- If Test1 is on the worksheet and very close to 150, Essbase Server understands thatĀ 150 is the shared member and drilling down does not result in the children, 100-10 and 100-20.Ā
- If Test1 is not on the worksheetĀ or members are in between them, Essbase Server understands 150 to be the regular member so drilling down results in the children 100-10 and 100-20.
I was first thinking that it could be a Smart View/Excel Add-in version issue (Kishore had an older and I’m using the latest).
I looked at my Software inventory š and was able to get an older version of Add-in and Smart View.
I patched it to 11.1.2.3.001, just because this patch fixed the issue with the way Shared members were showing up in Smart View (shared shows up as unique member) and see whether this behavior started from that patch and no one noticed it. You can read more about the issueĀ here.
It is confirmed that from 11.1.2.3.001 onwards you can now drill down on a shared member.
Celvin,
Thank you for this interesting post.. Had a couple of questions…
Based on what you said, does this mean that if I zoom to the bottom of the alternate structure, it would now go to the actual level 0 members? I do like the ability to go down to the actual base members, but at the same time I want to be able to control that behavior…
If you zoom in using bottom level it'll stop at the bottom level of the alternate hierarchy (won't expose the children of the shared parent).
To see the actual level 0 members of a shared parent you'll have to zoom in on that member, here all zoom in option will work.
That's really interesting! It's always driven me mental that that isn't default behavior.
Maybe that was what they were trying to get working when they put the 11.1.2.3 smartview shared members bug in? *grin*
it creates issue when user drills down on Entity and one its child (which is alt hierarchy with shared members which user have access to) user has no access, it drills down to all level
If this is an Essbase cube, then you might have to look at the metaread filter and limit it.
Hello, I know it has been a while since this post, but I am curious – I am using Essbase 11.1.2.3.508 and Smart View 11.1.2.5.000 Build 111 and I am not able to drill down into shared members. We are seeing this in Smart View as well as in CXO Cockpit.
Any thoughts?
It depends on the hierarchy structure too. Can you please try that again Sample Basic and see if that is working?
Hi Celvin,
Thanks for the quick reply. I tried adding a shared member to Measures in Sample Basic and was able to drill in. However, when I added shared members to Market, I couldn’t drill in. Were you able to get the drill to work on a Sparse dimension?
Appreciate your assistance.
I see that you did your analysis on Market – which is what I did as well. You can ignore the previous message š Here is how I structured Market
East
West
South
Central
East
West
TotEW
TotSC
AltMarketSparse
Market
But when I expand AltMarketSparse and TotEW, I can see East and West but I cannot drill into them. If I remove the parent TotEW, then I can drill into it. So it appears that the generation and/or level of the shared member comes into play. So I tried adding more levels in the original structure and then I couldn’t drill on East anymore.
East
West
South
Central
TestLevel
East
West
TotEW
TotSC
AltMarketSparse
Market
I even tried getting them to the same generation and I still could not drill into East.
East
West
TestLevel1
South
Central
TestLevel
East
West
TotEW
TotSC
AltMarketSparse
Market
If you have any ideas on this I would appreciate it. My hierarchies are quite deep and users are wanting to drill in.
Thanks.
Yup that is exactly what I saw, I think there is a bug (maybe fixed in the latest patches) filed. I could be wrong. Best way is to file an SR and see if it is solved with a latest patch
Hello Celvin,
Thanks for this post. I was searching for an issue and this came up. We drill down on all levels and it stops on shared members and you have to manually drill on it to show the members.
Do you know if there is any way that SV can go all the way down, without user drilling on Shared members ?
Thanks,
Azmat
Azmat, I don’t know whether there is a setting like that. I have never seen it.