Also note that the "umbrella" idea is further simplified with the introduction of hierarchical groups.
'Hierarchical group relationships for access control You can now define a parent-child relationship between access control groups to simplify permissions management. When this is defined, and when the object properties allow for permission inheritance, object permissions assigned to the child group are also granted to the parent group. A group hierarchy can also be applied dynamically during row-level security processing to grant permission to a parent group, if the appropriate object properties are enabled. See the Form and Application Objects Guide, "Using a parent group for permissions inheritance."' -David J. Easter Manager of Product Management, Remedy Platform BMC Software, Inc. The opinions, statements, and/or suggested courses of action expressed in this E-mail do not necessarily reflect those of BMC Software, Inc. My voluntary participation in this forum is not intended to convey a role as a spokesperson, liaison or public relations representative for BMC Software, Inc. -----Original Message----- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Pierson, Shawn Sent: Tuesday, March 01, 2011 12:37 PM To: arslist@ARSLIST.ORG Subject: Re: People belonging to Multiple Companies - Data Management Tool Spreadsheet ( People) The way we handled this was to basically determine that one company was more like an umbrella, so if they needed to be in two companies, they would be placed in the higher level umbrella company instead of the specific companies that they would have been otherwise. ITSM really doesn't support this way of using it in terms of multi-tenancy, so everyone would need access to the umbrella company's data. This can be problematic if you have to deal with certain regulations, such as my company needing to take market affiliate rules into consideration, but I won't go into the complexity of how I dealt with that unless someone is interested. The bottom line is that there is no perfect solution to your problem. The only thing you can do is try to change the way your business side understands the various entities within it. Thanks, Shawn Pierson Remedy Developer | Southern Union -----Original Message----- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Raj Sent: Tuesday, March 01, 2011 2:20 PM To: arslist@ARSLIST.ORG Subject: Re: People belonging to Multiple Companies - Data Management Tool Spreadsheet ( People) What if we have a situation, where a person belongs to two companies? How do we handle that? On Mar 1, 12:14 pm, Roger Justice <rjust2...@aol.com> wrote: > A person can only belong to one company. > > > > > > > > -----Original Message----- > From: Raj <ravi6...@gmail.com> > To: arslist <arsl...@arslist.org> > Sent: Tue, Mar 1, 2011 3:11 pm > Subject: People belonging to Multiple Companies - Data Management Tool > Spreadsheet ( People) > > Hi All, > am working on Data Management Tool to load People data. > n the People Spreadsheet, If a Person for example : John Belongs to > peration Company - A and also belongs to Customer Company - B, then > n the People Spreadsheet, Would I have two rows for the same Person - > ohn , Row 1 would mention Company as A and row 2 mentions company as > or I would just have One row for person - John but in the company > olumn , I would mention two company names i.e., A; B. Not sure If > his would work? > am thinking, there should be two rows. > lease let me know what you guys think? > hanks, > aj > ___________________________________________________________________________ > ____ > NSUBSCRIBE or access ARSlist Archives atwww.arslist.org > ttend wwrug11www.wwrug.comARSList: "Where the Answers Are" > > ___________________________________________________________________________ > ____ > UNSUBSCRIBE or access ARSlist Archives atwww.arslist.org > attend wwrug11www.wwrug.comARSList: "Where the Answers Are" _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug11 www.wwrug.com ARSList: "Where the Answers Are" Private and confidential as detailed here: http://www.sug.com/disclaimers/default.htm#Mail . If you cannot access the link, please e-mail sender. _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug11 www.wwrug.com ARSList: "Where the Answers Are" _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug11 www.wwrug.com ARSList: "Where the Answers Are"