Carl, I have similar tools, but the problem with this approach is that it's polling based, meaning that your program must poll the server every x seconds/minutes to gather the list and do something about it. While this will grab 'broad strokes' of user activity...it won't provide the finer details like Misi's log reader will...
If we could just get BMC to provide us accurate license information for all license types, it would be great :) On Mon, Oct 28, 2013 at 2:39 PM, Carl Wilson <[email protected]> wrote: > ** > > Hi,**** > > If you are API savy, you can do this using the API using the following > class (this is a Java reference):**** > > ** ** > > List<UserInfo>**** > > ** ** > > // public List<UserInfo> getListUser(int type) throws ARException**** > > // Returns a list of users on the specified AR System server. You can > retrieve information about the current user, all registered users, or all > users currently accessing the server. **** > > // Information about the current user can be retrieved by all users. > Access to information about other users is limited to users with AR System > administrator privileges only. **** > > // •Enter 0 or AR_USER_LIST_MYSELF to retrieve the current user. **** > > // •Enter 1 or AR_USER_LIST_REGISTERED to retrieve all registered users. * > *** > > // •Enter 2 or AR_USER_LIST_CURRENT to retrieve all users currently > accessing the server.**** > > ** ** > > ** ** > > Example for currently logged in users:**** > > --------------------------------------------------**** > > ** ** > > Connecting to AR Server ...**** > > Connected to AR Server WIN-ATMSK2NQP0B**** > > ** ** > > User = Demo, License Descriptor: AR User, License Type: Fixed, Last > Access: Mon Oct 28 20:29:53 GMT 2013**** > > User = Allen, License Descriptor: AR User, License Type: Floating, Last > Access: Mon Oct 28 20:33:11 GMT 2013**** > > User = Allen, License Descriptor: BMC:Asset Mgmt, License Type: Read, Last > Access:**** > > User = Allen, License Descriptor: BMC:Financial Mgmt, License Type: Read, > Last Access: **** > > User = Allen, License Descriptor: BMC:Incident Mgmt, License Type: Read, > Last Access: **** > > User = Allen, License Descriptor: BMC:Change Mgmt, License Type: Read, > Last Access: **** > > User = Allen, License Descriptor: BMC:Problem Mgmt, License Type: Read, > Last Access: **** > > User = Allen, License Descriptor: BMC:Service Level Mgmt, License Type: > Read, Last Access: **** > > User = MPS, License Descriptor: AR User, License Type: Fixed, Last > Access: Mon Oct 28 20:31:21 GMT 2013**** > > ** ** > > Connected Users Check Completed **** > > ** ** > > Logging Out ...**** > > Logged out of Server: WIN-ATMSK2NQP0B**** > > ** ** > > --------------------------------------------------**** > > ** ** > > ** ** > > I use this in my License Management application, which will also track the > User Read licenses both for ARS and SRM/RKM.**** > > ** ** > > **** > > Kind Regards,**** > > **** > > Carl Wilson**** > > **** > > http://www.missingpiecessoftware.com/**** > > ** ** > > ** ** > ------------------------------ > > **** > > Kind Regards,**** > > **** > > *Carl Wilson***** > > **** > > ** ** > > *From:* Action Request System discussion list(ARSList) [mailto: > [email protected]] *On Behalf Of *LJ LongWing > *Sent:* 28 October 2013 19:26 > *To:* [email protected] > *Subject:* Re: How to determine when a user last logged in**** > > ** ** > > ** **** > > Terry,**** > > One problem I have with the BMC's provided historical license usage form > is that it doesn't cover 'all' users...only users with write licenses...why > does this matter you ask? Well, Read and Read Restricted users are > completely valid users of the system, but because their licenses don't cost > anything, BMC doesn't deign it necessary to track their usage. As such, > you can't track 'all' of your users through this method. A simple Active > Link that makes a service call to a login audit form any time 'selected' > forms are opened will track all of your users that utilize 'main' forms.** > ** > > ** ** > > On Mon, Oct 28, 2013 at 11:30 AM, [email protected] < > [email protected]> wrote:**** > > ** **** > > You can investigate this:**** > > On the ARSystem Server configuration tab - enable the field : License > Tracking**** > > **** > > Peridocially check the form called " ARSystem Administration: License > Review" form for entries (userids) that do not appear in this form that > appear in your User or appropriate CTM:People form. A quick outer join > would give you the details.**** > > **** > > Check the admin manual for details on the License Tracking setting.**** > > **** > > Terry**** > > **** > > **** > > **** > > on Oct 28, 2013, *SUBSCRIBE ARSLIST theReel* <[email protected]> wrote:**** > > Hi Guys, > > Is there a way to determine when a user last logged into Remedy/ITSM > without having to enable the user logs. Basically I want to identify any > user accounts that have not logged into Remedy in X months. > > We have a multi-tenant ITSM 8.1 environment and do not have full control > of our user base leaving procedures. So if someone with a Remedy account > was to leave one of our customers and they do not notify us then that > persons account will remain active. To mitigate against this we are > planning to supply the customers with an active users report to check and > want to include the last time they each logged on and any other useful > information. > There is the user-cache table which has a timestamp column but that only > seems to be updated when the user account is updated/changed and not when > they login. > > Any ideas how I could achieve this or how do you identify unused accounts? > > Thanks > Tony > > > _______________________________________________________________________________ > UNSUBSCRIBE or access ARSlist Archives at www.arslist.org > "Where the Answers Are, and have been for 20 years"**** > > **** > > _ARSlist: "Where the Answers Are" and have been for 20 years_ **** > > ** ** > > _ARSlist: "Where the Answers Are" and have been for 20 years_ **** > _ARSlist: "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"
