Actually, I would suggest not using the DSL at all. There is a lot of
software in there that doesn't make sense to be on a business system,
and a lot left out that should be in there.
For example, I'm unable to find TOAD, the third-party Oracle database
query tool, but I'm able to find three versions of Warcraft. Do we
really care if a user has "Warcraft: Orcs and Humans" as opposed to
"Warcraft"?
Shawn Pierson
-----Original Message-----
From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Rick Cook
Sent: Friday, October 12, 2007 12:28 PM
To: [email protected]
Subject: Re: Looking for advice on DSL and 7.x Product
Categorizations
**
One thing you could do is to disable many of the large chunks of
the DSL that you don't support. That also reduces the number of Pcat
entries in use.
Rick
________________________________
From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Savant, [EMAIL PROTECTED]
Sent: Friday, October 12, 2007 10:13 AM
To: [email protected]
Subject: Looking for advice on DSL and 7.x Product
Categorizations
**
Listers:
It would seem that in loading the DSL data, we're forced to use
the associated out-of-the-box Product Categorizations of
'Software/Application/Third Party' and 'Software/Operating System/Third
Party'. Since Product is not available when configuring Assignment
rules, such broad categorizations make it nearly impossible to single
out support groups for routing without redundantly populating
Operational Categorizations. We've thought about disabling all DSL
entries, then reactivating and recategorizing only those we need, but
that would seem to be an extremely time consuming task. We're also
concerned that future DSL data patches would overwrite our updates.
Perhaps populating the DSL ourselves is a better approach? For those of
you using BMC's DSL data, how do you handle this?
Many thanks!
- Don Savant
State of California, Dept of Technology Services
__20060125_______________________This posting was submitted with
HTML in it___ __20060125_______________________This posting was
submitted with HTML in it___
Private and confidential as detailed <a
href="http://www.sug.com/disclaimers/default.htm#Mail";>here</a>. If you cannot
access hyperlink, please e-mail sender.
_______________________________________________________________________________
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the
Answers Are"
