Hi, Although you have found this, BMC will actually report this as being correct. Reasoning being is that with the "Breadcrumb" bar in the newer versions, you actually write back to the User Preferences form (and potentially other Forms where settings are stored) when opening the various Consoles, Forms and other backend forms which in fact does require the "Write" license (so the system "switches" to a Write license). The way the Overview Console, Application Consoles and "Customisable Home Page" works in the later version forces the "Write" license due to the above (and Search Preferences, etc).
Is is right or wrong? Matter of opinion. I have a number of customers who are currently questioning this logic with BMC ....... Kind Regards, Carl Wilson http://www.missingpiecessoftware.com/ -----Original Message----- From: Action Request System discussion list(ARSList) [mailto:[email protected]] On Behalf Of Misi Mladoniczky Sent: 30 October 2015 22:17 To: [email protected] Subject: Re: Serious flaw in BMC Remedy Licensing Hi, This might be considered a flaw, and if my information is correct it has been fixed in version 8.1.f I you use the OVERVIEW CONSOLE in 8.1.x it does NOT consume any application write licenses. This is something that I have read somewhere, and I have not tried to prove it myself. So Ryan, are you using a version prior to 8.1? In all other circumstances any access to data in a form will "grab" the write token id one is available. This has worked the same way since the beginning, and I personally started with version 1.1... If a license token is not available you will get a FLOATING READ, and will get an error first when you try to modify data. As for APPLICATION LICENSES they work the same way, but only "grab" the license token when you access form data in a form tagged for that specific applications. Some forms are tagged, and some are not tagged. Best Regards - Misi, RRR AB, http://www.rrr.se (ARSList MVP 2011) Ask the Remedy Licensing Experts (Best R.O.I. Award at WWRUG10/11/12/13): * 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. > Didn't think BMC wanted me to post this on their communities but we > have found what I would consider a serious flaw in the way that BMC > counts a license against a user. > > Here is the scenario: > > User A has been giving a FLOATING license for Incident. User A has his IT > home page configured as overview console to display all INC's, CR's, > and TASKS assigned to his group. > > User A's support group has NO incidents assigned to it. > > User A logs into Remedy and immediately shows up in license review as > consuming a "write" license (NOT A READ LICENSE) for Incident. > > User A refreshes his overview console every half hour. Since the "write" > license doesn't switch back over to "read" for 15 minutes, he is > virtually consuming a "write" license for Incident all day long. > > And this is the really stupid part. He has never even opened an Incident. > > > What we have found through our use of the RRR License tool is that > some of our top "Incident License" users are people who have NEVER even > opened an > Incident. We've taken the list of people who (according to BMC) have > consumed an Incident "write" license and searched for their login ID in the > HPD audit log and work log forms. To our amazement, over 1/4 of them aren't > in there. > > So, this begs the question. Has anybody else figured this out? If > so, does it bother you as much as it bothers us that a user who has > been given an Incident User (FLOAT) license and NEVER uses it, can > still cost your organization money in license fees? > > I know we can adjust our licenses and give out Incident viewer but it > seems like an administrative nightmare to figure out who should get > what when the real answer would be for the tool to do a better job of > counting who is really using a license. > > ______________________________________________________________________ > _________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org > "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" _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org "Where the Answers Are, and have been for 20 years"
