Hi,
And if you use the same field-id in multiple forms, the value will be retained
across all these forms. The regular global field range is 1000000 through
1999999. They typically are Display-Only, and you will probably want to check
the "disable change flag" option.
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.
> Tony,
> The 'Global Field' option that Misi mentioned is like a 'system variable'
> type of thing, you set it, and for the length of the session, it'll remain
> set regardless of if the form remains open or not, next time they open the
> form, it'll already be set....if they end their session, and come back,
> it'll be null regardless of if they log out or not...it's one of those
> little known, little understood features :)
>
>
> On Tue, Oct 29, 2013 at 6:42 AM, SUBSCRIBE ARSLIST theReel <[email protected]
>> wrote:
>
>> 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"
>
_______________________________________________________________________________
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
"Where the Answers Are, and have been for 20 years"
