You could create a Customizable HomePage with table of each module available. Then just discourage the use of the Overview console unless a group/ person absolutely cannot live without it.
Tommy Morris CMDB Certified Specialist Director of IT Service Management [email protected] 817.727.1021 – mobile 972.899.2366 - office 972.899.2898 - fax -----Original Message----- From: Action Request System discussion list(ARSList) [mailto:[email protected]] On Behalf Of Misi Mladoniczky Sent: Tuesday, November 27, 2012 1:39 PM To: [email protected] Subject: Re: When is a Floating Application License "Consumed" Hi, I see. I recall an earlier situation where people removed the Fixed licenses and assigned them to users as they logged in to the system. In that case I agree fully that this circumvented the idea with the Fixed/Named licenses. Maybe BMC could try to find a fix for the Overview console problem as a hot-fix? I am afraid to recommend upgrades for some companies because they may run out of licenses very fast, at least if they use anything in addition to Incident/Problem... What about doing the Overview console the old way, and have filters populate what would in effect be a union of all the forms involved, and then direct the Overview-table against that data instead? Would that be a breach? The users would in effect indirectly view data from the various applications, but they would never modify it. Best Regards - Misi, RRR AB, http://www.rrr.se (ARSList MVP 2011) Products from RRR Scandinavia (3 x Best R.O.I. Award at WWRUG10/11/12): * 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. > FYI, Option #2 would very likely be interpreted by BMC Legal as an > attempt to circumvent the EULA, so I would not recommend doing it. I > understand that the spirit of the idea is to address the issue with > the Overview Console which will itself be addressed in a later > version. However, the general suggestion outside of a specific issue > would very likely lead to a breach of the license agreement. > > -David J. Easter > Manager of Product Management, AR System BSM & Atrium Solutions > Management 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:[email protected]] On Behalf Of Misi Mladoniczky > Sent: Friday, November 23, 2012 2:25 AM > To: [email protected] > Subject: Re: When is a Floating Application License "Consumed" > > Hi, > > I have a couple of ideas... > > 1. The Overview Console that consumes licenses across all > applications, if the user has a Floating license to these same applications. > > Suggestion: Make the forms searched customizable per user. The user > can then hit a special "button" to show a list of tickets across All > applications if needed. > > This would require BMC to change their Overview Console plugin... > > 2. Remove the Floating Application licenses from your users each night. > When a user actually open the application form, you can have workflow > that assigns the Floating Application license at that time. > > Would this be a breach of the license agreement? My initial thought on > this would be NO, but I don't really know. Any comments? > > 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. > >> Everyone, >> >> One more follow-up to my previous message that was explaining when >> licenses are obtained to try and address some questions that have >> come up. >> >> The model of licensing >> >> A user is assigned the potential for a particular type of license - >> Read, Restricted Read, Floating Write or Fixed Write. Each of these >> types of licenses have specific capabilities and restrictions. >> >> When a user accesses the system WITHOUT accessing data, they will get >> a Read license assigned to them and their "potential" license is >> still potential because they have done nothing on the system yet. >> >> When a user performs any data access within the scope of their >> license (any form for AR System licenses and forms licensed for the >> application for Application licenses), their potential license is >> obtained for this session. >> Now, if their potential license is a Read, Restricted Read, or Fixed >> license, this is not really an event because those types of licenses >> are ALWAYS available. If their potential license is a Floating Write >> license, this act of obtaining is significant because a token from a >> limited pool is obtained. >> >> Yes, the license is obtained at ANY data access. That is because you >> have started work and you are licensed for that type of license so >> one is obtained for you so that you have no restrictions working >> within that type of license (otherwise you could for example fill out >> a bunch of data to modify something and then be refused at the "save" >> point because you could not obtain a token). >> >> The concept of no license needed for read is actually a rather >> unusual one. Most products require that a user have a license to be >> able to enter the application at all. For the AR System and BMC >> applications, you do not need a license to read or submit if that is >> all you are going to do. Only if you are going to open and change >> and save something created by someone else do you need a write >> license. >> >> But, if you have a write license of some form, you will obtain that >> write license whenever you do any data access - including read - >> within the system. >> >> >> Overview console >> >> I tried to be very clear in my previous message. It describes how >> obtaining a license works within the system and it details the >> specifics about what is happening. It describes the issue with the >> Overview console and why a license is obtained. This is true up >> through and including the current shipping product (8.0 as of this >> note). >> >> Now, I did call out that BMC has recognized that the fact that a >> broad group of application licenses are obtained on accessing the >> Overview console is not really what the broader intention and an >> overall best practice should be. So, this is acknowledgement that >> BMC understands the issue that is being mentioned and that there is >> attention being paid about whether this behavior is appropriate. >> >> I also called out that the history has been that when BMC has >> uncovered a situation where the obtaining of licenses is not really >> what was intended or considered best practice that there is a >> tendency to change the behavior in future release so that the issue >> no longer occurs. I gave a couple of examples of this that have >> occurred in the past. This does not guarantee change; it just shows >> a trend. >> >> >> Home page and overview console >> >> As has been noted, these are really the same thing. The home page is >> just >> a copy of the overview console >> shown in a window on the home page. Same data, same tables being >> accessed. >> >> So, any issues around obtaining licenses are the same. >> >> >> Change Management license obtaining >> >> One question that comes up is how many people within the org really need >> change management licenses? >> >> Approving changes does not require a change management license. >> Working tasks does not require a change management license. >> >> People who work the change PROCESS need Change Management licenses. We >> tend to find that in many >> customer sites, there are many people assigned floating licenses for >> change management who actually >> never change a change request ticket itself. These users can work fine >> with a read license to the >> application (and you don't actually need to assign someone an >> application >> read license to allow them to read >> the data for the application). >> >> >> From: Action Request System discussion list(ARSList) >> [mailto:[email protected]] On Behalf Of Jason Miller >> Sent: Wednesday, November 14, 2012 7:05 AM >> To: [email protected] >> Subject: Re: When is a Floating Application License "Consumed" >> >> ** >> >> Hi Shawn, >> >> It has not changed for the Overview Console (yet). That is what we are >> looking to address in this thread. >> >> One point of clarification, there is not a different Overview Console >> for >> the Customizable Home Page. The CHP uses inline forms to display the >> actual Overview Console. >> >> Either way were have been told by BMC staff that a license is only used >> when saving (create/modify). Like Tony I am going to have to explain >> that >> is not completely accurate (I've started but since mgmt is still in >> shock >> from having to think about paying for CM licensing to cover ~300 people >> because it was "free" when CM was homegrown, I get that shutup look each >> time I mention this issue). >> >> Jason >> >> On Nov 14, 2012 6:18 AM, "Pierson, Shawn" >> <[email protected]<mailto:[email protected]>> wrote: >>> >>> I want to jump in and ask a question on this specific to the example of >>> the Overview Console, and the area I'm specifically most interested in >>> is the customizable Home Page version of it, rather than the standalone >>> Overview Console. You said, >>> >>> "As BMC has uncovered areas where licenses were being obtained where we >>> did not think it was appropriate (see the previous two examples), >>> changes have been made in later releases to make sure that adjustments >>> were made to not grab license tokens earlier than was intended." >>> >>> Can you specify what version of ITSM the behavior was changed in to not >>> grab licenses from the Overview Console? >>> >>> Thanks, >>> >>> Shawn Pierson >>> Remedy Developer | Energy Transfer >>> >>> -----Original Message----- >>> From: Action Request System discussion list(ARSList) >>> [mailto:[email protected]<mailto:[email protected]>] On Behalf Of >>> Mueller, Doug >>> Sent: Tuesday, November 13, 2012 2:33 PM >>> To: [email protected]<mailto:[email protected]> >>> Subject: Re: When is a Floating Application License "Consumed" >>> >>> Claire, >>> >>> Remember, you asked..... >>> >>> _______________________________________________________________________________ >>> UNSUBSCRIBE or access ARSlist Archives at >>> www.arslist.org<http://www.arslist.org> >>> attend wwrug12 www.wwrug12.com<http://www.wwrug12.com> ARSList: "Where >>> the Answers Are" >> _attend WWRUG12 www.wwrug.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" >> > > _______________________________________________________________________________ > 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" > _______________________________________________________________________________ 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"

