Hi, I believe there is a role called AR System Admin User Manager which you will need to map to a group in your Remedy system (in the Roles form). Then you need to add the users you wish to be able to perform the release to that group (this is a system group, not ITSM support group). Alternatively, you can use the system group related to Service Desk ITSM support group to map to the role to save yourself the admin task of adding users to the group.
Finally, you give your SD a link to the Manage User Licenses form, i.e. something along the lines of http://remedy-mid-tier/arsys/forms/remedy-server/AR+System+Administration%3A+Manage+User+Licenses If I were you I would still consider usability of this solution as the license release by admin can be performed only once in 24 hours period for each user. Hope the above helps. Regards Jiri Pospisil -----Original Message----- From: Action Request System discussion list(ARSList) [mailto:[email protected]] On Behalf Of Misi Mladoniczky Sent: 03 September 2012 08:07 To: [email protected] Subject: Re: Rights to "Kill someone else's Sessions" Hi, I don't know for SRM specifically, but a user should be able to override any existing connection. At least once. A special prompt to allow this should be shown to the user. Something in the SRM implementation might be lacking here though... Best Regards - Misi, RRR AB, http://www.rrr.se (ARSList MVP 2011) Products from RRR Scandinavia (Best R.O.I. Award at WWRUG10/11): * RRR|License - Not enough Remedy licenses? Save money by optimizing. * RRR|Log - Performance issues or elusive bugs? Analyze your Remedy logs. Find these products, and many free tools and utilities, at http://rrr.se. > Hi, > > We're running SRM 7.6.00 on a BMC Remedy 7.5 environment. > Due to network related issues, our Servicedesk is confronted with SRM > End-users who have disconnected / lost / runaway sessions and hence cannot > login as they "are already logged on from somewhere else". > They could wait until the session expires, but I guess we all know, users > are impatient ;-) > I know, If we could solve our network issues, these situations would be > reduced to a minimum, but that's out of my control and I've been told this > could take a very long time. > > Question is: > Is it possible and if so what rights can I give our Servicedesk Personel > so they, after proper verification, can kill the complaining end-user's > sessions? > > Regards, > Rob > > Ps. To help the end-user's quickly, the Servicedesk does not want the > delay of calling the Admins (if available) to kill the sessions for them. > _________________________________________________________ > Rob van Eerd | Capgemini | Netherlands, Utrecht > IT Managed Solutions | Division ITS > E-Mail: [email protected] > Office: +31306894641 / Mob: +615030666 / > www.capgemini.com<http://www.capgemini.com/> > > [BMC_Education_Certified_Admin_BMC Remedy AR System > 7604_small][togaf9-certified_E-Mail-Signature] > [cid:[email protected]]People matter, results count. > _________________________________________________________ > Capgemini is a trading name used by the Capgemini Group of companies which > includes Capgemini "Netherlands", a company registered in "Netherlands" > whose registered office is at "Papendorpseweg 100, Utrecht". > > [cid:[email protected]] > > > > > > > > This message contains information that may be privileged or confidential > and is the property of the Capgemini Group. It is > intended only for the person to whom it is addressed. If you are not the > intended recipient, you are not authorized to > read, print, retain, copy, disseminate, distribute, or use this message or > any part thereof. If you receive this message > in error, please notify the sender immediately and delete all copies of > this message. > > _______________________________________________________________________________ > UNSUBSCRIBE or access ARSlist Archives at www.arslist.org > attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are" > _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are" A copy of the LCH.Clearnet e-mail disclaimer can be found at: www.lchclearnet.com/disclaimer/email LCH.Clearnet Limited, Registered Office: Aldgate House, 33 Aldgate High Street, London EC3N 1EA. Recognised as a Clearing House under the Financial Services & Markets Act 2000. Reg in England No.25932. LCH.Clearnet SA, Siège Social, 18 rue du Quatre Septembre, 75002 Paris, Chambre de Compensation conformément au Code Monétaire et Financier. _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are"
