On Amelia, we have slots booked on April 7th for 10am-2pm and then for 3.30-4.30pm the same day. When we login to the employee portal and try to add another booking for 2.15-3.15pm, the times shown as available are 3.15pm, 5.45pm, 6.00pm etc. [We have a 15 minute buffer time set.] If we select the 3.15pm and save, Amelia tells us there is a conflict.
I attach a screen shot showing what we see.
It looks as if the times available are an hour different from what they should be - suggesting a time zone issue?? But not sure.
I've checked the time zone setting in Wordpress and that is UTC+0.
I wondered if it was affected by the link to Google Calendar so checked that time zone too and that is GMT United Kingdom Standard Time.
When I book these slots on the back-end, there is no problem by the way - the times available are as expected.
Issues like this can occur if your WordPress site is set to be in a different time zone. Since Amelia doesn't have any time zone settings, it inherits the time zone from WordPress. If your time zone is in UTC+/- format, please change it by selecting the city near you. Also, please check if you enabled "Show bookings in customer's time zone" in Amelia's General settings.
If you are in a different time zone than your WordPress site is, and you've enabled this option, the times on front-end will show available time slots in your time zone, which will be the time you set in back-end +/- the time difference (depending on where you are in regards to the time zone set in WordPress' General settings).
Thanks for replying. The time zone on our Wordpress site is set to "UTC+0" - which I understand is correct for the UK at the moment. I don't know if this will change automatically when we go forward an hour at the end of March.
When I log out of the back-end and login to the employee page, the time zone shows as "UTC". If I clear this field, the field then shows "Europe/London" in grey. When the list of bookings refreshes itself, the times of all bookings change by an hour - suggesting "UTC+0" and "Europe/London" differ by an hour.
I think what's confusing me is that there seems to be no issue with customers booking through our website or if I login as admin and book that way - unless the bookings are all an hour out because of the "UTC+0" setting??
I'm wondering if Amelia stores the time zone with each booking? I was going to try and access the backend database just to see what times/time zones are recorded against bookings.
Uros is out of the office, so i will fill in for him.
Amelia itself doesn't have the timezone settings, so it inherits it from the WP timezone settings. The reason why we recommend configuring the timezone to the city is that, as you already mentioned, if configured to UTC this will be affected by timezone changes. (summertime)
You need to make sure the WP timezone settings are configured to city and also the employee timezone should be set to the same city. As Uros mentioned, there is an option "Show bookings in customer's time zone" in General settings. If this is enabled, then the timeslots will be displayed in the customer timezone, no matter what is configured in your WP.
Thank you for replying. For reasons unknown, the time zone in Wordpress has been set to "UTC" since first setup and we've never had an issue with the times being out by an hour. It is only when customers or employees login through their portal that there is a problem - obviously not when using the back-end. I understand what you mean by setting the time zone to our nearest city in both Wordpress and the customer/employee portals - and this will fix the issue for new bookings.
Our problem is that we have appointments up to September in Amelia. Am I right in thinking that if I change from "UTC" to "Europe/London", the times on those appointments will alter by an hour? In that case, would the only way to correct them be to edit each one individually?
I'm just looking at the Amelia database on our server and there is a table called 'jre_amelia_customer_bookings' with a field called 'utcOffset'. This is currently set to NULL on all rows of the table. If I alter the time zone in Wordpress to our relevant city - Europe/London - and the same on our front-end portals, would I be able to apply a change to this field to correct existing bookings for the change in the time zone?
I've attached two screenshots - Amelia1 is the employee portal after logging in and with a slot booked at 10.15am. The time zone is UTC and Wordpress is the same setting.
Amelia2 shows an attempt to book a 1 hour slot earlier than the 10.15am slot but Amelia is offering 10.00am instead of the 9.00am expected. [We have a 15 minute buffer set up between bookings.] And in the afternoon, the first available time is 4.15pm instead of 3.15pm (ie 2.00pm booking + 1 hour + 15 min buffer).
It looks as if Amelia is seeing the existing bookings an hour later even though time zone is set to match that of Wordpress???
A little confusing. We've used Amelia for a few years now and not had this issue - seems to only be a problem because we've offered the customer portal login option to a couple of customers.
I would like to sincerely apologize for the delayed response as we have been experiencing an unusually high number of tickets. I am sorry that it has taken longer than usual to respond to your concern and your patience is highly appreciated.
Thanks for the additional information. Please provide me a temporary WP-admin (administrator) user for your site where this happens, so we could log in and take a look ‘from the inside’ as that’s the most efficient way to see and resolve the issue.
We do not interfere with any data or anything else except for the plugin (in case that’s a production version of the site), and of course, we do not provide login data to third parties.
You can write credentials here just check PRIVATE Reply so nobody can see them except us.
I would like to sincerely apologize for the delayed response as we have been experiencing an unusually high number of tickets. I am sorry that it has taken longer than usual to respond to your concern and your patience is highly appreciated.
I went ahead and created a test employee with my email. I've changed the timezone settings to London, for both employees and general settings. If i book an appointment for my test employee (for example, Mar 22 3:00PM) in the employee panel, that timeslot won't be availble for booking
This indicated that the timeslots are properly configured now and there is no misunderstanding with the timezone. The issue here is that the UTC timezone can be affected by daylight savings, so it's important to set it to city.
Feel free to test it yourself and let me know if it works.
Well, those timeslots are just displayed differently according to the timezone settings. For example, if i'm in a different timezone and you have configured the timeslots for one timezone, i will see them differently, unless if the option "show timeslots in client timezone" is enabled, of course. You will not have to manually change the future bookings since the timezone is configured to same, in both the employee panel and WP time zone settings. This is why it's important to configure to "fixed" timezone (city).
Hi
On Amelia, we have slots booked on April 7th for 10am-2pm and then for 3.30-4.30pm the same day. When we login to the employee portal and try to add another booking for 2.15-3.15pm, the times shown as available are 3.15pm, 5.45pm, 6.00pm etc. [We have a 15 minute buffer time set.] If we select the 3.15pm and save, Amelia tells us there is a conflict.
I attach a screen shot showing what we see.
It looks as if the times available are an hour different from what they should be - suggesting a time zone issue?? But not sure.
I've checked the time zone setting in Wordpress and that is UTC+0.
I wondered if it was affected by the link to Google Calendar so checked that time zone too and that is GMT United Kingdom Standard Time.
When I book these slots on the back-end, there is no problem by the way - the times available are as expected.
Any advice or tips would be appreciated.
Regards
Peter
Attached files: LP Field Booking Issue on 07-04-2024.JPG
Hello Peter,
Thank you for reaching out to us.
Issues like this can occur if your WordPress site is set to be in a different time zone. Since Amelia doesn't have any time zone settings, it inherits the time zone from WordPress. If your time zone is in UTC+/- format, please change it by selecting the city near you. Also, please check if you enabled "Show bookings in customer's time zone" in Amelia's General settings.
If you are in a different time zone than your WordPress site is, and you've enabled this option, the times on front-end will show available time slots in your time zone, which will be the time you set in back-end +/- the time difference (depending on where you are in regards to the time zone set in WordPress' General settings).
Kind Regards,
Uros Jovanovic
[email protected]
Rate my support
Try our FREE mapping plugin! MapSVG - easy Google maps, interactive SVG maps, and floor plans, choropleth maps and much more - https://wordpress.org/plugins/mapsvg-lite-interactive-vector-maps/
wpDataTables: FAQ | Facebook | Twitter | Instagram | Front-end and back-end demo | Docs
Amelia: FAQ | Facebook | Twitter | Instagram | Amelia demo sites | Docs | Discord Community
You can try wpDataTables add-ons before purchasing on these sandbox sites:
Powerful Filters | Gravity Forms Integration for wpDataTables | Formidable Forms Integration for wpDataTables | Master-Detail Tables
Hi Uros
Thanks for replying. The time zone on our Wordpress site is set to "UTC+0" - which I understand is correct for the UK at the moment. I don't know if this will change automatically when we go forward an hour at the end of March.
When I log out of the back-end and login to the employee page, the time zone shows as "UTC". If I clear this field, the field then shows "Europe/London" in grey. When the list of bookings refreshes itself, the times of all bookings change by an hour - suggesting "UTC+0" and "Europe/London" differ by an hour.
I think what's confusing me is that there seems to be no issue with customers booking through our website or if I login as admin and book that way - unless the bookings are all an hour out because of the "UTC+0" setting??
I'm wondering if Amelia stores the time zone with each booking? I was going to try and access the backend database just to see what times/time zones are recorded against bookings.
Regards
Peter
Hello Peter,
Uros is out of the office, so i will fill in for him.
Amelia itself doesn't have the timezone settings, so it inherits it from the WP timezone settings. The reason why we recommend configuring the timezone to the city is that, as you already mentioned, if configured to UTC this will be affected by timezone changes. (summertime)
You need to make sure the WP timezone settings are configured to city and also the employee timezone should be set to the same city. As Uros mentioned, there is an option "Show bookings in customer's time zone" in General settings. If this is enabled, then the timeslots will be displayed in the customer timezone, no matter what is configured in your WP.
Kind Regards,
Stefan Petrov
[email protected]
Rate my support
Try our FREE mapping plugin! MapSVG - easy Google maps, interactive SVG maps, and floor plans, choropleth maps and much more - https://wordpress.org/plugins/mapsvg-lite-interactive-vector-maps/
wpDataTables: FAQ | Facebook | Twitter | Instagram | Front-end and back-end demo | Docs
Amelia: FAQ | Facebook | Twitter | Instagram | Amelia demo sites | Docs | Discord Community
You can try wpDataTables add-ons before purchasing on these sandbox sites:
Powerful Filters | Gravity Forms Integration for wpDataTables | Formidable Forms Integration for wpDataTables | Master-Detail Tables
Hi Stefan
Thank you for replying. For reasons unknown, the time zone in Wordpress has been set to "UTC" since first setup and we've never had an issue with the times being out by an hour. It is only when customers or employees login through their portal that there is a problem - obviously not when using the back-end. I understand what you mean by setting the time zone to our nearest city in both Wordpress and the customer/employee portals - and this will fix the issue for new bookings.
Our problem is that we have appointments up to September in Amelia. Am I right in thinking that if I change from "UTC" to "Europe/London", the times on those appointments will alter by an hour? In that case, would the only way to correct them be to edit each one individually?
Thanks again.
Regards
Peter
Hi again Stefan
I'm just looking at the Amelia database on our server and there is a table called 'jre_amelia_customer_bookings' with a field called 'utcOffset'. This is currently set to NULL on all rows of the table. If I alter the time zone in Wordpress to our relevant city - Europe/London - and the same on our front-end portals, would I be able to apply a change to this field to correct existing bookings for the change in the time zone?
Regards
Peter
Hi
I've attached two screenshots - Amelia1 is the employee portal after logging in and with a slot booked at 10.15am. The time zone is UTC and Wordpress is the same setting.
Amelia2 shows an attempt to book a 1 hour slot earlier than the 10.15am slot but Amelia is offering 10.00am instead of the 9.00am expected. [We have a 15 minute buffer set up between bookings.] And in the afternoon, the first available time is 4.15pm instead of 3.15pm (ie 2.00pm booking + 1 hour + 15 min buffer).
It looks as if Amelia is seeing the existing bookings an hour later even though time zone is set to match that of Wordpress???
A little confusing. We've used Amelia for a few years now and not had this issue - seems to only be a problem because we've offered the customer portal login option to a couple of customers.
Peter
Attached files: Amelia1.PNG
Amelia2.PNG
Hello Peter,
I would like to sincerely apologize for the delayed response as we have been experiencing an unusually high number of tickets. I am sorry that it has taken longer than usual to respond to your concern and your patience is highly appreciated.
Thanks for the additional information. Please provide me a temporary WP-admin (administrator) user for your site where this happens, so we could log in and take a look ‘from the inside’ as that’s the most efficient way to see and resolve the issue.
We do not interfere with any data or anything else except for the plugin (in case that’s a production version of the site), and of course, we do not provide login data to third parties.
You can write credentials here just check PRIVATE Reply so nobody can see them except us.
Thanks.
Kind Regards,
Stefan Petrov
[email protected]
Rate my support
Try our FREE mapping plugin! MapSVG - easy Google maps, interactive SVG maps, and floor plans, choropleth maps and much more - https://wordpress.org/plugins/mapsvg-lite-interactive-vector-maps/
wpDataTables: FAQ | Facebook | Twitter | Instagram | Front-end and back-end demo | Docs
Amelia: FAQ | Facebook | Twitter | Instagram | Amelia demo sites | Docs | Discord Community
You can try wpDataTables add-ons before purchasing on these sandbox sites:
Powerful Filters | Gravity Forms Integration for wpDataTables | Formidable Forms Integration for wpDataTables | Master-Detail Tables
Hello Peter,
I would like to sincerely apologize for the delayed response as we have been experiencing an unusually high number of tickets. I am sorry that it has taken longer than usual to respond to your concern and your patience is highly appreciated.
I went ahead and created a test employee with my email. I've changed the timezone settings to London, for both employees and general settings. If i book an appointment for my test employee (for example, Mar 22 3:00PM) in the employee panel, that timeslot won't be availble for booking
This indicated that the timeslots are properly configured now and there is no misunderstanding with the timezone. The issue here is that the UTC timezone can be affected by daylight savings, so it's important to set it to city.
Feel free to test it yourself and let me know if it works.
Kind Regards,
Stefan Petrov
[email protected]
Rate my support
Try our FREE mapping plugin! MapSVG - easy Google maps, interactive SVG maps, and floor plans, choropleth maps and much more - https://wordpress.org/plugins/mapsvg-lite-interactive-vector-maps/
wpDataTables: FAQ | Facebook | Twitter | Instagram | Front-end and back-end demo | Docs
Amelia: FAQ | Facebook | Twitter | Instagram | Amelia demo sites | Docs | Discord Community
You can try wpDataTables add-ons before purchasing on these sandbox sites:
Powerful Filters | Gravity Forms Integration for wpDataTables | Formidable Forms Integration for wpDataTables | Master-Detail Tables
Hello Peter,
Well, those timeslots are just displayed differently according to the timezone settings. For example, if i'm in a different timezone and you have configured the timeslots for one timezone, i will see them differently, unless if the option "show timeslots in client timezone" is enabled, of course. You will not have to manually change the future bookings since the timezone is configured to same, in both the employee panel and WP time zone settings. This is why it's important to configure to "fixed" timezone (city).
I hope it helps.
Kind Regards,
Stefan Petrov
[email protected]
Rate my support
Try our FREE mapping plugin! MapSVG - easy Google maps, interactive SVG maps, and floor plans, choropleth maps and much more - https://wordpress.org/plugins/mapsvg-lite-interactive-vector-maps/
wpDataTables: FAQ | Facebook | Twitter | Instagram | Front-end and back-end demo | Docs
Amelia: FAQ | Facebook | Twitter | Instagram | Amelia demo sites | Docs | Discord Community
You can try wpDataTables add-ons before purchasing on these sandbox sites:
Powerful Filters | Gravity Forms Integration for wpDataTables | Formidable Forms Integration for wpDataTables | Master-Detail Tables