Zopim Timestamps

32 Comentários

  • James Peterson
    Ações de comentário Permalink

    Hi Rossel,

    Thank you for taking the time to post and share your feature request.  Currently, Zopim uses UTC because it is more convenient when users from many different timezones view a chat to have it show in a common time to all.  If the option were available, would you choose which time on every chat, or would you think it better to have an account-wide setting for all chats?  Which option would you ideally choose?

    Sincerely,
    James Peterson

    1
  • Rossel Sabourin
    Ações de comentário Permalink

    I would want the time to be local to the person that chatted in. IE if I am in Winnipeg (Central Time) but I have someone that is chatting in from Calgary (Mountain Time) I would want the time to be reported in Mountain Time.

    Does that answer your question?

    2
  • James Peterson
    Ações de comentário Permalink

    Hi Rossel,

    Thank you for your response.  By the way, what is the problem that is presented by the use of UTC?  Does it make it harder for your agents to work, or perhaps it skews reporting?  Could you describe how it is problematic and how you currently work to address the problem?

    James Peterson

    1
  • Kelli Swygert
    Ações de comentário Permalink

    I completely agree with Rossel. It's very confusing for both the agent and the end user. If the time cannot display the time zone of the recipient, then it should be removed completely.

    1
  • Daniel Mee
    Ações de comentário Permalink

    >what is the problem that is presented by the use of UTC? 

    Real people don't keep time in UTC. That's the problem. So every time we look at one of these chats, we have to do a conversion from UTC to our local time zone to have useful information about what time the chats came in. This is an important piece of information and we should be able to just read it in the ticket instead of having to do arithmetic to figure it out. 

    4
  • Kelli Swygert
    Ações de comentário Permalink

    Totally agree with Daniel.

    1
  • James Peterson
    Ações de comentário Permalink

    Hi Daniel,

    That makes complete sense.  One last question: if the timezone were in the end-users timezone, wouldn't that be similarly confusing for agents?  They would have to convert to their timezone from the end-user's timezone, and in addition, they may not even be aware of what timezone the end-user was in.  I don't disagree that it is difficult to do the conversion; I'm trying to understand what other problems might result if the timezone were changed to reflect the end-user's time.

    1
  • Kelli Swygert
    Ações de comentário Permalink

    If it can only be one way or the other, I would vote for end-user time. In house, our agents can and do convert when setting up appointments to remotely connect with customers, or any other end-user interaction.

    1
  • Daniel Mee
    Ações de comentário Permalink
    James, I agree that using the end-user's time zone would create the difficulties you described. For that reason, my preference would be that Zopim have a configurable single time zone setting, like the rest of Zendesk, or that it simply obey the time zone setting that already exists in Zendesk. (Which is not to discount the possibility that Kelli or other users may have a good reason for wanting the end user's time zone)
    3
  • Eric Fei
    Ações de comentário Permalink

    +1 to Daniel's suggestion. Are there any updates on this request?

    1
  • Brennan Valenzuela
    Ações de comentário Permalink

    Also +1

    Depending on where you are, Zopim uses three timezones, which makes life needlessly complicated.

    1. UTC in the Analytics
    2. Your CPU timestamp in the Dashboard

    3. and the in chat timestamp that is set by selecting 'Timezone' under account settings

     

    I prefer to be able to set the timezone for all three, but I'll take anything as long as Zopim picks one universal timezone across the product

    1
  • Tom Pagut
    Ações de comentário Permalink

    +1 to Daniel!! Please add support to set a default Time Zone.

    1
  • Jean-Jacques Malfant
    Ações de comentário Permalink

     

    +1 to Daniel Mee

    Why complicate things when they can be simple?

    The default Time Zone for the chat timestamp should be the Account Time Zone!

    Displaying the Zopim server time as a chat timestamp makes no sense to either the end user or the agent.

    Please fix!

    1
  • Weverton Batista Tabosa
    Ações de comentário Permalink

    Hey Zendesk,

    What the answer about of this questions?

    The history chat its so importante to keep the relation with the customers.

    Wait for a contact.

    Regards

    1
  • Ramin Shokrizadeh
    Ações de comentário Permalink

    Hi Weverton,

    The multiple timezone issue still persists in the product and we are gradually working on resolving it but it is a significant project in size and will take time. Once we have something to share with you, we will update the thread here.

    Thanks,

    Ramin

    1
  • spv ezytravel
    Ações de comentário Permalink

    Dear Zendesk Support team,

     

    Need your help about UTC time, in history list at menu in our login and history chat transcript report sent by email is very different. Why?. Our setting is already valid in GMT+7 ( identical time ). Please  fix this matter.

     

    Thanks,

    Dyah Ayu P

    Ezytravel 

     

    1
  • Rob Pezely
    Ações de comentário Permalink

    I want the system to default to the show the chat history ot the agent in the agent's time zone. If that is not a choice desired by all Zendesk users then allow the system to be configurable so that it can be set in account-level admin settings. All of my users would use it with the time set in the agent's time zone.

    2
  • Brennan Valenzuela
    Ações de comentário Permalink

    +1

    0
  • Nanami Kohama
    Ações de comentário Permalink

    +1

    When I download the hourly report, I need to manually fix the time zone.
    I hope to be able to select time zone and download reports.

    0
  • Manoj Kumar Nama
    Ações de comentário Permalink

    +1 to Daniel's point. The time zone stamp should be the local customer's time zone. Is there a fix to this yet?

    0
  • Nikki McKee
    Ações de comentário Permalink

    It's very confusing that the timestamp can't be relevant to each account. It makes the time stamp all but useless. 

    0
  • philip
    Ações de comentário Permalink

    This is very very confusing and does not make sense to me . When will it be fixed ?

     

    0
  • Amber Martin
    Ações de comentário Permalink

    + 1 for me!

    This is very confusing and actually causing alot of problems for me with creating my team daily metrics.I am trying to get my agents ready time vs away time for chat %.

    Our operating hours are UTC -5 and one specific agent works 3:30 PM - 12:00 AM.

    When I go to pull her online time for the previous day it is continuously showing her as only being online for 2 hr 45 min. However if I wait a full 24 hours and check again the correct online time shows.

    I spoke with Zendesk Chat Support as well as called in and was directed to this product feedback forum. Apparently (I dont fully know if this is true/understand) the issue above is caused by the reports being in UTC +0.

    I need to send out my teams metrics daily (for the previous day) and I hate that I have to wait a full 24 hours to do this now because of this functionality.

    0
  • Mark Hamilton
    Ações de comentário Permalink

    UTC timestamping is not convenient for us. Converting times manually is a pain.

    We have set the timezone to UTC+8 under Zopim settings Account Timezone. But it still shows UTC timestamps on the chats. We have set up our Zendesk for UTC+8 and all tickets are correctly timestamped in our timezone. So Zendesk works really well. It's just Zopim.

    I'm afraid this makes me feel that Zopim is out of step with Zendesk's great functionality, and development work needs to to be done to bring it in line with the rest of Zendesk. I hope this happens soon as we're increasingly in need of a good chat service.

    0
  • Brijesh
    Ações de comentário Permalink

    We are an agency. Currently, we are getting an email with time zone GMT +0 for our chat transcript.

    We need chat time in local time GMT +5.30. So, we can see the accurate time of chat in an email.

    It is must as of now. Let me know if anyone knows how can I set this?

    0
  • Kavindu Fernando1
    Ações de comentário Permalink

    I have to agree with GMT +0 time stamping not being convenient at all.

    This is bad experience and information from a customers' perspective and as a company we want to provide what should be deemed appropriate by us.

    Since the customer is not aware of what policies is internal to the chat platform, it's very reasonable for them to see the timestamp being an error on the company's part and won't reflect well on quality. 

    There are quite a bit of other chat vendors who can give the local time stamps for the chat transcripts. Why is this being delayed or not looked into for this long? It would make sense to atleast have this as an option for the clients who want it.

    0
  • Fort Myers Support
    Ações de comentário Permalink

    GMT+0 does not provide any accurate information for an agency. Timestamps should be the same as the account Timezone to display the time of conversation for the agency.

    1
  • ๋Jakki Jakvida
    Ações de comentário Permalink

    GMT+0 provide inaccurate data information. Timestamps should depends on account Timezone. Please fix!

    Moreover, Region & City also are inaccurate in your system. Please fix!

    1
  • 河野真治
    Ações de comentário Permalink

    I am using it in Japan.

    GMT+0 provide inaccurate data information. Timestamps should depends on account Timezone. Please fix!

    1
  • Joy Wingert
    Ações de comentário Permalink

    +1

    We use chat as a 'first line of defense' and once the chat transcript is routed to our Professional Services team they have to do all kinds of work to figure out when the client actually chatted us. 

    Please resolve this discrepency - it is decreasing your usability, and causing us extra work. 

    0

Por favor, entrar para comentar.

Desenvolvido por Zendesk