Reading your description again I'm not entirely sure what you're trying to do - "dependency" can mean a few different things - are you talking about which call handlers reference a subscriber in question? Or which subscribers are referenced by a call handler in question?
The menu entry view references the call handler object Id - so for a subscriber that's their primary call handler object Id in the subscriber view, not the subscriber object id. All menu entries, greetings and transfer rules work this way.
I _think_ the vw_suscriberdependency view is what you want, but I'm guessing a little. So if I setup some call handler to reference a subscriber as an owner, recipient, menu entry key target, after message target etc... it'll show up in here with the subcriber's objectId and a dependency type which can be one of these:
Value: AfterGreeting
Description: Reference from call handler's "AfterGreeting" action.
Value: AfterMessage
Description: Reference from call handler's "AfterMessage" action.
Value: Exit
Description: Reference from a directory handler's "Exit" action.
Value: NoInput
Description: Reference from a directory handler's "NoInput" action.
Value: NoSelection
Description: Reference from a directory handler's "NoSelection" action.
Value: Zero
Description: Reference from a directory handler's "Zero" action.
Value: RoutingRule
Description: Reference from a routing rule's "Action".
Value: TT#
Description: Reference from call handler's TT# menu entry.
Value: TT*
Description: Reference from call handler's TT* menu entry.
Value: TT0
Description: Reference from call handler's TT0 menu entry.
Value: TT1
Description: Reference from call handler's TT1 menu entry.
Value: TT2
Description: Reference from call handler's TT2 menu entry.
Value: TT3
Description: Reference from call handler's TT3 menu entry.
Value: TT4
Description: Reference from call handler's TT4 menu entry.
Value: TT5
Description: Reference from call handler's TT5 menu entry.
Value: TT6
Description: Reference from call handler's TT6 menu entry.
Value: TT7
Description: Reference from call handler's TT7 menu entry.
Value: TT8
Description: Reference from call handler's TT8 menu entry.
Value: TT9
Description: Reference from call handler's TT9 menu entry.
Value: SMPP
Description: Reference from SMPP Provider
Value: PCTRCaller
Description: Reference from personal rule caller
Value: UserExit
Description: Reference from user's call handler's exit action
Value: GreetingStandard
Description: Reference from standard greeting
Value: GreetingBusy
Description: Reference from busy greeting
Value: GreetingAlternate
Description: Reference from alternate greeting
Value: GreetingError
Description: Reference from error greeting
Value: GreetingInternal
Description: Reference from internal greeting
Value: GreetingHoliday
Description: Reference from holiday greeting
Value: GreetingOffHours
Description: Reference from closed greeting
Value: NotificationRuleCaller
Description: Reference from notification rule caller
If that's not what you're looking for, I'm going to need a clearer description of you goal. You mention "call handler members" - call handlers don't have members - they have owners and message recipients which can be lists - not sure if that's what you mean or not.
