Re: Accounting for timezone differences in notification filters

2013-05-13 Thread Longwing, Lj
Yolanda,
I don't believe that Remedy 'stores' the tz difference for a user, so it
has no real way to tell what timezone a message should be sent init's
translated on the fly via regional settings on the computer when displayed
in the browser.  I have always just told them what timezone the server is
in, and they have always just translated from there.


On Mon, May 13, 2013 at 10:15 AM, Yolanda Collier 
yolanda.collier@navy.mil wrote:

 The server is in a PST and the majority of the users are on the EST. When
 notifications are sent out they contain the server time which will be
 incorrect for our customers outside of PST.

 For example:

 Customer East Coast is requesting a meeting at 3 pm. The notification will
 utilize the server time (which is PST) and show a 3 hour difference and the
 time will reflect 12 pm.

 Is there any setting or workflow that can be utilzed  to ensure time zone
 difference is presented in the notification sent by the filter?


 ___
 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


Re: Accounting for timezone differences in notification filters

2013-05-13 Thread Rick Westbrock
Yolanda-

 

You could always modify the notification filter to append the server's time
zone directly after the time field. The users will still need to do the math
in their head to get their local time but at least they see the server time
zone (which doesn't have to be named as such) directly in the notification
instead of relying on training from you.

 

-Rick

 

 

___

Rick Westbrock

QMX Support Services

 

From: Action Request System discussion list(ARSList)
[mailto:arslist@ARSLIST.ORG] On Behalf Of Longwing, Lj
Sent: Monday, May 13, 2013 9:18 AM
To: arslist@ARSLIST.ORG
Subject: Re: Accounting for timezone differences in notification filters

 

** 

Yolanda,

I don't believe that Remedy 'stores' the tz difference for a user, so it has
no real way to tell what timezone a message should be sent init's
translated on the fly via regional settings on the computer when displayed
in the browser.  I have always just told them what timezone the server is
in, and they have always just translated from there.

 

On Mon, May 13, 2013 at 10:15 AM, Yolanda Collier
yolanda.collier@navy.mil wrote:

The server is in a PST and the majority of the users are on the EST. When
notifications are sent out they contain the server time which will be
incorrect for our customers outside of PST.

For example:

Customer East Coast is requesting a meeting at 3 pm. The notification will
utilize the server time (which is PST) and show a 3 hour difference and the
time will reflect 12 pm.

Is there any setting or workflow that can be utilzed  to ensure time zone
difference is presented in the notification sent by the filter?


___
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_ 


___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Where the Answers Are, and have been for 20 years


Re: Accounting for timezone differences in notification filters

2013-05-13 Thread Dale Jones
Yolanda,

There is a Time Zone field on the AR System User Preferences form (On Locale 
Tab).
This field is not automatically set and you would need Users to Manually set it 
or a Process or Custom Code to set it.

There is also a Time Zone form that has the Offset seconds to be used in any 
calculation.

Once set, you could update any Date in any Field that would be used by the 
Notification.

Need a Couple Filter Lookups
and a Couple additional fields for the Calculations

Take Care

Dale Jones
DCS
Raleigh, NC
919-523-6034

From: Action Request System discussion list(ARSList) [arslist@ARSLIST.ORG] on 
behalf of Rick Westbrock [rwestbr...@qmxs.com]
Sent: Monday, May 13, 2013 1:19 PM
To: arslist@ARSLIST.ORG
Subject: Re: Accounting for timezone differences in notification filters

**
Yolanda-

You could always modify the notification filter to append the server’s time 
zone directly after the time field. The users will still need to do the math in 
their head to get their local time but at least they see the server time zone 
(which doesn’t have to be named as such) directly in the notification instead 
of relying on training from you.

-Rick


___
Rick Westbrock
QMX Support Services

From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Longwing, Lj
Sent: Monday, May 13, 2013 9:18 AM
To: arslist@ARSLIST.ORG
Subject: Re: Accounting for timezone differences in notification filters

**
Yolanda,
I don't believe that Remedy 'stores' the tz difference for a user, so it has no 
real way to tell what timezone a message should be sent init's translated 
on the fly via regional settings on the computer when displayed in the browser. 
 I have always just told them what timezone the server is in, and they have 
always just translated from there.

On Mon, May 13, 2013 at 10:15 AM, Yolanda Collier 
yolanda.collier@navy.milmailto:yolanda.collier@navy.mil wrote:
The server is in a PST and the majority of the users are on the EST. When 
notifications are sent out they contain the server time which will be incorrect 
for our customers outside of PST.

For example:

Customer East Coast is requesting a meeting at 3 pm. The notification will 
utilize the server time (which is PST) and show a 3 hour difference and the 
time will reflect 12 pm.

Is there any setting or workflow that can be utilzed  to ensure time zone 
difference is presented in the notification sent by the filter?

___
UNSUBSCRIBE or access ARSlist Archives at 
www.arslist.orghttp://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_

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Where the Answers Are, and have been for 20 years