For clients from a different time zone, the email and SMS notifications only display the appointment time in my local time zone. Not in the client's time zone. This is causing a lot of confusion with clients. The only time they see the correct time zone is if they open the attachment to save the appointment to their calendar. Then it displays in their local time in their calendar. But the SMS and email body displays my time zone instead of theirs. 

Please let me know if there is specific placeholder to use when configuring the notification content to get the client's timezone to be shown in the appointment date/time value, or is this a known bug? 

Hi Marko,

Please let me know what is to be checked on the back-end since the error is only visible on the client side notifications. 

Please see two screenshots attached where the client from Florida (USA) confirms that the times on the notifications are reflected in South African time and not in their time zone, which is 7 hours behind mine. 

HOWEVER, as mentioned below, when they open the attachment for the meeting invitation and save that to their calendar, it inserts in the correct local time for Florida (USA) which means that the system back-end is definitely recognising the client's time zone for the booking. 

My question, again, is there a specific email placeholder variable that I need to use to have the notification display in the CLIENT'S TIME ZONE, because I can only find one placeholder for appointment time, which is the one that I am using. 

The first screenshot confirms the client's email notification being received in the SOUTH AFRICAN time zone. 

The second screenshot confirms the client's SMS notification also being received in the SOUTH AFRICAN time zone. It needs to be in the client's local time zone.

So please answer my question about which email placeholder I should be using to have the correct date/time value displayed for this value to be correct according to the client's time zone before requesting admin access to the back-end. 

Thanks. 

Hi Marko,

Thanks for taking the time to test, but last time I checked with Aleksandar, we discovered that you guys are on the same time zone as I am. So you would need to change your location before you can test the feature from your location. Unless you're confirmed in a different time zone from GMT+2 or UTC+2. 

I sent the screen shot from the client using the exact same configuration that generated your test result. So either there is a bug in the system that results in inconsistencies with the time indicated on the notifications, or you are definitely in the same time zone as I am. 

Regards,

Zaid. 

I've requested feedback from the affected client to see if the latest appointments are displaying correctly or not. The screen shots provided in my earlier feedback are from the same client located in Florida (USA) which clearly displays the incorrect time in the confirmation email. 

P.S. I just checked the plugin updates, and it appears that there was an update from Amelia last week, so it's possible that this bug was resolved between the last appointment booked for the affected client and your test this morning. Will advise as soon as I receive feedback from the client about today's bookings. 

Herewith the latest notifications received by the client this morning. Please note the times are displaying in my time zone and not in the client's time zone. 

The only difference between this appointment and the one you tested with is that I booked this appointment on behalf of the client from the admin console, whereas you booked yours via the front-end on the website (I'm assuming). 

So the bug would be from the admin side that it is not picking up the correct time zone of the client when booking on the client's behalf. If I understand correctly, the time zone for the client is identified based on their IP address from the front end. But there is no place to confirm the client's time zone on the back end in the customer record. 

I would imagine that to be the reason for the notifications not having the correct time zone indicated under such circumstances. 

Hope that helps. 

P.S. It would be appreciated in future if you did this level of investigation before insisting that there is no problem given that I provided evidence of the incorrect times in the notifications when I originally logged the ticket. This is an unnecessary frustration on my part to have my ticket addressed. I'm a business user. Not a tech support team member. 

Hi Aleksandar,

As always, thanks for the prompt response and understanding. 

Is this in your feature update roadmap to be able to select a time zone as part of the customer's profile, or do I need to request it as a feature suggestion?

Thanks,

Zaid. 

Thanks for the feedback, Aleksandar. 

As a suggestion, I think it would make the system change easier if they used the customer's IP address as a suggested time zone identifier, but made the time zone field editable by the end user. Then insert that same field in the customer profile config on the back-end. The only thing preventing us from doing this right now is that they're identifying the time zone and displaying it as static info for that user session. 

This is an essential feature for managing basic appointment info for virtual appointments given the global use case for it. So it would be great if the dev team could prioritise this for implementation. 

Hope that helps. 

Thanks.