Hi Rebecca, You are absolutly right about that being a slippery slope that's why I want to avoid any type of code changes. That 'Compnay' field is one of those kind of important ones in ITSM...oh well, thanks for the input
John p.s. I work at George Washington University (the Ashburn VA campus) On Thu, Oct 3, 2013 at 9:12 AM, Boyd, Rebecca <[email protected]> wrote: > ** > > John, > > When we went to 7.5 a few years ago we wanted to do the same exact thing. > We made some coding changes but, for various reasons, it was never entirely > satisfactory. Once you start tinkering it’s a very slippery slope. We’re in > the process of upgrading to 8.1 so will be re-visiting the issue to see if > we can’t come up with some fresh ideas. > > Rebecca > > > On Mon, Sep 30, 2013 at 2:27 PM, John Marshall <[email protected]> wrote: > >> I wanted to see if anyone out there can give me some suggestions on how >> to accomplish the following in the ITSM 8.1 environment WITHOUT any coding >> changes… >> >> I am working for a university that has several departments that would >> like to use the ITSM in a multi tenancy fashion; so each department would >> like to have their own set of rules, support groups, etc. and NOT allow the >> other departments to see their tickets and them not see the other >> department’s tickets. >> >> So far, it sounds like a straight multi-tenancy setup, however the issue >> here is that ALL the departments would like use the same user base but have >> their department rules apply. >> >> I know that I can use the “Support Company Access Config” to share the >> people data across the various departments, but then my dilemma is that >> when a support user select a customer, that customer’s company gets >> populated with a company which might not be (and probably won’t be) the >> same company (department) of the support user, so the support user’s >> company (department) rules will not be applied, it will be the rules >> associated to the customer's company. >> >> Any ideas/suggestions on how to force it to be the support person’s >> company (department) rules, again, short of coding changes? >> >> Thanks for any help/ideas/etc. >> >> John >> >> >> _______________________________________________________________________________ >> UNSUBSCRIBE or access ARSlist Archives at www.arslist.org >> "Where the Answers Are, and have been for 20 years" >> > > > > -- > Rebecca Boyd > Application Administrator > Wake Forest University > _ARSlist: "Where the Answers Are" and have been for 20 years_ _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org "Where the Answers Are, and have been for 20 years"
