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 _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org "Where the Answers Are, and have been for 20 years"
