locked
SCSM 2012 portal Time Zone issue RRS feed

  • Question

  • Scenario:

    I have a Request Offering in the console that prompts the user for a date.  The date is mapped to one of the built-in DataTime fields for the Service Request class.  Both my end user interacting with the portal and my technicians interacting with the console are in the US Eastern Time Zone (UTC - 5).

    Expectation:

    When a user selects a date in the portal, I would expect that they are selecting the date in their time zone, for example 2012-08-30T00:00:00.  When this is saved to the SCSM DB, I would expect it to be saved as UTC, so in this case 2012-08-30T05:00:00.  And then when technicians look at the selected date in the console, I would expect the saved date to be converted for display back to US Eastern, in this case 2012-08-30T00:00:00.

    What I am seeing:

    When a user selects a date in the portal, no conversion from local time zone to UTC is happening.  So when a user selects 2012-08-30T00:00:00 in the portal, this is how it is being saved in the SCSM database.  Now, when a technician opens the console, the date is converted from UTC to US Eastern, so in this case 2012-08-29T19:00:00.  The problem here is that the end user selected a date of 08/30/2012 (and they are assuming they are picking a date in their time zone), but the techician on the other end interprets that they selected 08/29/2012.

    Question:

    When a user selects a date in the portal, how can it be forced to covert the selection from local time zone to UTC, rather than assuming that the user has done the math in their head and is themselves picking the date they want in UTC?

    Thursday, August 30, 2012 5:45 PM

All replies

  • I am experiencing the same issue.
    Thursday, August 30, 2012 6:43 PM
  • This is being submitted as a bug

    Sincerely, John M. Clark

    Friday, September 7, 2012 1:33 PM