Thank you all for your input. I'm drawing the conclusion that it is ok. The user in question has a fixed license. Since we live in such an instantaneous world, waiting for a report to run and not being able to work on a Task or HT is too inconvenient. In her case she works with field techs at customer locations and has to track if they have all checked in at appropriate scheduled times, which checking them in when they call.
I guess there could be instances when she's working with two techs at one time and could be modifying tickets on both instances but the consensus seems to be that it is the same user doing the work and that is ok. This falls in line with Appajee's explanation. Have to say that Matt gets kudos for creativity. Thanks, Susan On Thu, Feb 14, 2008 at 12:36 PM, Carey Matthew Black <[EMAIL PROTECTED]> wrote: > I would even tack on this thought... > > If one of those sessions are "read only" (You said Reporting, I say > "read only") then the user could be issued a free (and IP independent) > second account with a "Read-restricted" license too. That should be > totally acceptable to the license agreement and maybe even preferable > for the user. (Depending on the user. :) ) > > However, there is also a setting in the User tool to allow the user to > do "reporting" from an alternate ARS server too. Maybe the user is > working to hard by not using that setting? ( Or is the user doing > reporting from both servers? If so then ignore that thought. :) ) > > -- > Carey Matthew Black > Remedy Skilled Professional (RSP) > ARS = Action Request System(Remedy) > > Love, then teach > Solution = People + Process + Tools > Fast, Accurate, Cheap.... Pick two. > > > > On Thu, Feb 14, 2008 at 12:22 PM, Papolu, Appajee > <[EMAIL PROTECTED]> wrote: > > You can run any number of User Tool (for that matter, any AR API client > programs) instances from one PC using the same user credentials. The same > user cannot run client program(s) from two different boxes -- essentially > "one user per IP address" equates to his license consumption. The basic > point is -- if a user were to talk to AR Server as "one" person, so we'll > associate him/her to that box and consume a license. Does not matter how > many client programs this person initiates from this box, its all OK from > our standpoint. > > > > However, if this one person's several instances of User Tool (or, > whatever client program) are running on behalf of some other folks -- as in, > some "creative" mechanism to route several different users activities via > this one user's credentials as well as thru his machine -- of course, this > creative usage is breaching the licensing contract. In any case, I'm not a > legal guy, but at the point of such creative usage scenarios popping up -- > it is better for you to NOT implement such, but to contact your Remedy > support/sales/account contact person(s) to decide on next steps. > > > > Appajee > > > > > > ________________________________ > > > > From: Action Request System discussion list(ARSList) on behalf of Susan > Palmer > > Sent: Thu 2/14/2008 8:39 AM > > To: arslist@ARSLIST.ORG > > > > Subject: More than one instance of User Tool on same PC > > > > > > ** > > > > > > Hi everyone, > > > > I strongly believe in following license agreements and believe we have. > I knew that when we upgraded to v7.x you could no longer go from PC to PC > and log in without receiving the message and releasing the other PC. > > > > I just assumed I guess that meant you couldn't log in twice at one PC. > Yes, I knew I could do it but then again I am all powerful admin. > > > > It was brought to my attention today that a solution they used for one > of our customers is to give her two monitors and she can log into to user > tools and use one on each monitor. No, she doesn't work that fast but > she'll run reports on one and do work on the other. > > > > Is that feature acceptable in the licensing scheme of things? > > > > Thanks, > > Susan > > > > Susan Palmer > > ShopperTrak > > ARS v 7.0.1P3, server, user, admin > > Oracle 10g > > Windows 2003 > > > _______________________________________________________________________________ > UNSUBSCRIBE or access ARSlist Archives at www.arslist.org > Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are" > _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"
