The api exposes information on whether a fixed licence has been leveraged through the use of the license type, current license type, and last access time. For example, when a user is assigned an ar fixed and an incident fixed, at the time the user logs into remedy, the incident fixed license shows a license type of fixed with a current license type of none. The time a user accesses data in a form that belongs to the incident application, the incident license has a license type of fixed and a current license type of fixed. This gives a record of how much the user is leveraging the incident fixed license. This information is useful in identifying users that are allocated a fixed license but may be better suited with a floating license.
This seems to only apply to app fixed licenses and not ar fixed licenses, though the last access time on the ar fixed license could be used to extrapolate comparable information for ar fixed licenses. Axton Grams On Dec 29, 2011 11:43 AM, "Easter, David" <[email protected]> wrote: > There is no "peak" usage for fixed licenses. A fixed license is > considered in use the moment it is assigned to a named user. Even if that > user never logs in, it will show up as in use on the License Usage Report. > Only floating licenses have the concept of peak (or what we call "high > water mark"). > > To confirm the usage report is right - just check to see who has fixed > licenses assigned to them. Add up those folks and that's the number that > will appear in the report. Remember that a single AR System user license > can power multiple application user licenses, so if you have 20 Incident > Management users but also have 20 additional folks using Change Management, > you'd have 40 AR System user licenses, 20 Incident Management licenses and > 20 Change Management licenses (for example). > > Assuming you are on the latest patch for your version of AR System, you > can run the License Usage Report on any server. There were some recent > patches that addressed defects with reporting floating usage across server > groups - but that would not affect you directly since your question is > about fixed license usage. > > > -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: > [email protected]] On Behalf Of Mauricio M. > Sent: Thursday, December 29, 2011 9:22 AM > To: [email protected] > Subject: Re: How to get the Users's license? [I] > > Hello, there is a customer installation where I got a license usage > report, but the numbers do not seem reliable, since peak usage reports > 60 AR User Fixed against 20 Incident Management User Fixed, although > there are many factores involved, the usage pattern is very different. > Every fixed ARS should match to Incident Mangement. Is there any way > to validate if this usage report is running right? which of the other > methods should be used to compare the numbers? - This is a server > group, which one of the AR Servers should be used to run the report? > > Thank you, > > Mauricio > > 2011/10/21 Axton <[email protected]>: > > ** On the subject of licenses, I am getting some pretty wild variations > when > > looking at the various facilities available to monitor license use. I > have > > been looking at these components: > > - AR System Administration: License Review form (ARDBC back-end) > > - Application Statistics (by enabling tracking for various ITSM > > applications) > > - License Usage Report > > - AR System Current License Usage form > > - AR System Historical License Usage form > > > > Some of my observations: > > - 'Application Statistics' does not reflect the license information seen > in > > 'AR System Administration: License Review' > > - 'AR System Current License Usage' only shows AR license information > > - 'AR System Historical License Usage' only shows AR license information > > - With 'License Usage Report', I can not seem to determine how the server > > retains the text files it creates to generate the report. We have gaps > in > > the collection, the collected data only goes so far back. > > - 'AR System Administration: License Review' is the only one that seems > > remotely accurate > > - With 'AR System Administration: License Review', the ARDBC plugin > > 'REMEDY.ARDBC.SERVER.ADMINISTRATION' is half baked. It can not be > queried > > through common methods. > > > > With all this said: > > - There is no effective way to determine better user license allocations > > - There is no effective (or predictable) way to collect historical app/ar > > license usage information > > > > It would seem that there were lots of attempts to provide useful > > information, but not a single one of them are all that useful for > > administrative tasks. > > > > Axton Grams > > > > > > On Fri, Oct 21, 2011 at 8:19 AM, Axton <[email protected]> wrote: > >> > >> After 7.5, I do not know. The systems I have available are 7.5. > >> > >> > >> On Fri, Oct 21, 2011 at 12:01 AM, Misi Mladoniczky <[email protected]> wrote: > >>> > >>> Hi, > >>> > >>> Yes, my memory was a little bit mixed up... > >>> > >>> In ARDBC you typically implement these two functions: > >>> 1. ARDBCGetListEntryWithFields - for searching entries > >>> 2. ARDBCGetEntry - for retrieving one complete entry with all fields > >>> > >>> As BMC only wanted to show a list, the ARDBCGetEntry was not really > >>> needed. > >>> > >>> But if you want to do a Set-Fields, both of these calls needs to be > >>> implemented. As a Set-Field first searches using > >>> ARDBCGetListEntryWithFields, and then retrieves the selected/first > record > >>> using ARDBCGetEntry. > >>> > >>> So do you know how it is in this particular case? Have they added > >>> ARDBCGetEntry in version after 7.5? > >>> > >>> 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. > >>> > >>> > With 7.5, only glewf and gle work with that ardbc plugin. Ge does > not > >>> > work. The devs only implemented what they needed for their purposes. > >>> > On Oct 20, 2011 12:12 PM, "Misi Mladoniczky" <[email protected]> wrote: > >>> > > >>> >> Hi Doug, > >>> >> > >>> >> It all depends on which calls that specific ARDBC-plugin has > >>> >> implemented. > >>> >> > >>> >> When I played around with these things quite some time ago, it > turned > >>> >> out > >>> >> that the GetListEntry-call used in Set-Fields was NOT implemented, > but > >>> >> the > >>> >> GetListEntryWithFields-call was. > >>> >> > >>> >> This is the reason for my recommendation earlier. > >>> >> > >>> >> Another thing to note is that all fields may not be searchable in an > >>> >> ARDBC-form, this also depends on how the functions has been > >>> >> implemented > >>> >> in > >>> >> the plugin. > >>> >> > >>> >> BMC usually only implements the calls/search-fields needed at the > >>> >> moment. > >>> >> > >>> >> So Kerry, please go ahead and try the Set-Fields version, and let us > >>> >> know > >>> >> how it works out. > >>> >> > >>> >> Another issue with Active-Link Set-Fields are that they issue > >>> >> different > >>> >> calls in different versions of the AR System, and also behaves > >>> >> differently > >>> >> between Mid-Tier and the Windows-client... But a filter-set-fields > >>> >> should > >>> >> always work in the same way. > >>> >> > >>> >> 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. > >>> >> > >>> >> > Kerry, > >>> >> > > >>> >> > Just to take this one step further..... > >>> >> > > >>> >> > If you have a table field, that means you are searching a form. > If > >>> >> you > >>> >> > can > >>> >> > change the qualifier of the table, that means that is a search > >>> >> criteria > >>> >> > for the > >>> >> > form. > >>> >> > > >>> >> > So, you could use a Set Fields operation to just pull back the > data > >>> >> > directly to > >>> >> > a field rather than having to have a table field and then walk it > to > >>> >> get > >>> >> > the > >>> >> > information. > >>> >> > > >>> >> > This may be a further simplification of the work you need to do. > >>> >> > > >>> >> > Just an idea in case it is useful, > >>> >> > > >>> >> > Doug Mueller > >>> >> > > >>> >> > -----Original Message----- > >>> >> > From: Action Request System discussion list(ARSList) > >>> >> > [mailto:[email protected]] On Behalf Of Kerry Murdock > >>> >> > Sent: Thursday, October 20, 2011 2:29 AM > >>> >> > To: [email protected] > >>> >> > Subject: Re: How to get the Users's license? [I] > >>> >> > > >>> >> > Sorry - I was referring to Paul's message. > >>> >> > > >>> >> > BUT - you did solve my problem!! > >>> >> > > >>> >> > So, I copied the table field from 'AR System Administration: > Manage > >>> >> User > >>> >> > Licences' and put it on the form where I want to find the users's > >>> >> licence. > >>> >> > > >>> >> > I removed all the columns except 'Write Licence'. > >>> >> > > >>> >> > I set the table qualification to: > >>> >> > ('licuserinfolicensecategory' = 0) AND > ('licuserinfocurrentregdtype' > >>> >> > = > >>> >> 0) > >>> >> > AND ('licuserinfolictype' = 0) AND ('licuserinfousername' = > $USER$) > >>> >> > > >>> >> > Hey presto - I can refresh that table and at any point find the > >>> >> current > >>> >> > user's licence! > >>> >> > > >>> >> > Thanks Misi! > >>> >> > > >>> >> > Kerry > >>> >> > > >>> >> > > >>> >> > >>> >> > _______________________________________________________________________________ > >>> >> > 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" > >> > >> > > > > _attend WWRUG11 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"
