Hi, WARNING!!! You should not put a field like that User-form. Create a separate form instead. At least in the old ARUser days, modifying a user record forced the client to recache everything, making such a change as you suggest in 4 extremely taxing for your systems performance.
But by all means, go ahead and create a separate logging form for this. ADV: No customization needed. If you subscribe to the full RRR|License service, you will get both the API-program that polls the server (RRR|LicenseMonitor), and a list of users and their last access time. The Multi-Tenancy solution in RRR|License will give you statistics on each company. Here is sample output of detailed users statistics: https://rrr.se/cgi/rrrlic/user?i=99&d=1 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. > Hi Guys, > > Thanks a million for all the feedback; I am not the first person to hit this > requirement then. Looks like there are a few different approaches we can > take, most of which will require customisations. I am surprised/disappointed > that Remedy doesn’t store a user’s last login time OOTB. > > We have just built a customisation which enables our various customer’s end > users to self-register a new account which assigns them a Read only licence > and permission only to the SRM portal for their company - we don’t have > access to their AD so can’t use that. We want to be able to supply each of > the customers with a list of registered Users and the last time they logged on > – shouldn’t be a big deal I said :( Ps. We are not concerned if we cannot > get historic information. > > The options: > 1) Enable User audit log and extract data: Ideally I don’t want to have the > user audit logs enabled, mainly for performance reasons and the size of the > log. > 2) Enable Licence usage and extract data: If the licence usage form does not > track Read licences then this is no good to me. The main users I am trying to > track have Read licences. > 3) API approach: I like the sound of this but unfortunately this is currently > my weak spot. May need to do some studying but would not be confident I could > achieve this. > 4) Active link on main homepage forms that triggers on Window Open and pushes > time to new field on user form: This may work, although I am not a big fan, > as I believe there is already far too much workflow that triggers on Window > loads. An issue is that this would update each time a user opens the form and > not just the first time for their session. Misi mentions setting a field > which would stop the multiple records per session but I am not sure how I > would clear this when the users session ends? – not everyone will click > Logout so can’t use that. > > I think option 4 is my best option so far but it’s not ideal…yet. > > Thanks for all the help and any more ideas are more than welcome. > > Tony > > _______________________________________________________________________________ > 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"
