Hi, I would like to offer photo shooting days, via the "Events" Amelia tool, except that I cannot present it as I would like to : allowing people to select the time of the session. That is to say that on saturday December 7th for example, I can offer 9:30 a.m. - 10:15 a.m. - 11:00 a.m. - 11:45 a.m. - 1 p.m. - 1:45 p.m. - 2:30 p.m. - 3:15 p.m. even if I entered each time in my event, by simulating a reservation, I am never asked (as a client) to choose the time that suits me. What solution do you have for me ?
To allow clients to select specific time slots for sessions, you should configure these as services rather than events in Amelia. With services, you can set each time slot as an appointment option, making it easy for clients to choose the exact time that works for them. This approach gives more flexibility and ensures they can select specific time slots like 9:30 a.m., 10:15 a.m., etc., directly during booking.
Hello Uros, thanks for answer but I don't understand how to display service just on one single day like : on saturday December 7th only. And then, later, I would like to plan other events like "photo shooting Valentine's day" on February 14th for example. Do you understand ?
To display a service for just one specific day, like a single Saturday or a Valentine's Day event, you can assign that specific service to a special day by going to Amelia > Employees > Special Days in the plugin’s settings.
Here’s how to set it up:
Go to Amelia > Employees and select the employee offering this special event.
Click on the Special Days tab.
Add a Special Day for your desired date (e.g., December 7th or February 14th).
Set the working hours and assign the specific service to that day.
This will make the service available only on the selected date, and you can set up different special events as needed for future occasions.
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.
Amelia doesn't have any time zone settings, and it relies on WordPress' General settings. Here's how it works:
All times in the back-end of Amelia will be shown exactly how you save them, so (for example) if your employee works from 09:00 - 17:00, or if there's an appointment from 09:00 - 10:00, that's how you will see them in the back-end.
If you enable "Show booking slots in client time zone" in Amelia's General settings, though, that may not be what your customers see, depending on where they're located, and what your WordPress site has been configured.
If this option in Amelia's General settings is disabled, all times on the front end will be the same as times in the back end. So, if your employee's work hours are from 09:00 - 17:00 in UTC+1, with this option disabled, regardless if your customer is in UTC+1, or in UTC+10 - they will still see times from 09:00 - 17:00, so if you have customers in multiple time zones, it's advisable to enable this option in Amelia's General Settings.
Important: In order for Amelia to store correct appointment times in the database (which is almost always in UTC time zone), you need to edit the WordPress time zone to show the city you're in (or the city in your time zone), like this:
This way, when Daylight Savings Time starts (or ends), the times will be adjusted accordingly and you won't have to worry about them anymore.
If you save your Time Zone in UTC+/- format, you may experience issues with Daylight Savings Time:
Explanation: When you configure the time zone to be "UTC+1" it will always be UTC+1. So, if we take Belgrade, Serbia as an example - without Daylight Savings Time, it is in UTC+1 time zone, but when Daylight Savings Time starts, Belgrade is in UTC+2. If you leave the time zone to be hard-coded to UTC+1, the times that your customers book on the front end will not be properly adjusted to what you see in the back end.
Example with UTC+1 configured: It is mid-summer, and Belgrade is in UTC+2. "Show booking slots in client time zone" is enabled, and a customer from Belgrade opens your website to book an appointment. The working hours of your employee are set from 09:00 - 17:00 (in UTC+1), but the customer sees them as 10:00 - 18:00. This is because the time zone is hard-coded in the back-end, while on the front-end it shows the time in UTC+2. So, a customer books an appointment for 10:00, and shows up at 10:00, while you expect to see them at 09:00.
Please note: If you hard-coded the time zone, and you have booked appointments, once you switch the time zone in WordPress to your city, it will adjust the times in Amelia's appointments to fit the time zone your city is currently in. This happens because (as mentioned above) the times are saved in UTC in the database, and it's adjusted in the plugin programmatically. So, if you have a hard-coded time zone set to UTC+1, and someone booked an appointment for 09:00, that time is saved as 08:00 in the database. When you change the time zone to your city (which is now in UTC+2), the appointment time will be adjusted to the time saved in the database 08:00 + 2:00, so the appointment time will switch to 10:00. The only solution, in this case, is to manually modify the appointment times, but it's the only way to make sure your time zone is properly configured, and that the future appointments will be saved and displayed correctly both for you and your customers on the front-end.
Summary: When you select the city you're in, in WordPress' General Settings, the system automatically calculates the Daylight Savings Time, and shifts the clock accordingly, so if you have any issues with what you see on the front end vs what you see in the back-end, always check the Time Zone in WordPress.
Hi, my time zone is good now : UTC+1 (it was UTC+2) and "Show booking slots in client time zone" is disabled BUT I don't have access to all schedules, see screenshots attached. I delete all previous "event" to restart but I have same problem ...
Please check the following part of the explanation in order to change the UTC time zone to a city:
If you hard-coded the time zone, and you have booked appointments, once you switch the time zone in WordPress to your city, it will adjust the times in Amelia's appointments to fit the time zone your city is currently in. This happens because (as mentioned above) the times are saved in UTC in the database, and it's adjusted in the plugin programmatically. So, if you have a hard-coded time zone set to UTC+1, and someone booked an appointment for 09:00, that time is saved as 08:00 in the database. When you change the time zone to your city (which is now in UTC+2), the appointment time will be adjusted to the time saved in the database 08:00 + 2:00, so the appointment time will switch to 10:00. The only solution, in this case, is to manually modify the appointment times, but it's the only way to make sure your time zone is properly configured, and that the future appointments will be saved and displayed correctly both for you and your customers on the front-end.
Hi Uros, the website is not online for now, can you tell me exactly how to configure it without cheat. I just want to have same appointment times on back & front end.
Basically, in the time zone settings in WordPress, instead of the UTC (+/-) time zone, set the city that your business is located in, and install the 7.9 version of the plugin to make sure e that it works just fine.
Hi Uros, see screenshots attached. It's only "Special days", no real working hours for employee, like you recommend to set it first. All has been OK after I selected city instead of UTC in Wordpress settings, but now no option to make reservation ! The website should be online soon, please help quick.
Hi,
I would like to offer photo shooting days, via the "Events" Amelia tool, except that I cannot present it as I would like to : allowing people to select the time of the session. That is to say that on saturday December 7th for example, I can offer 9:30 a.m. - 10:15 a.m. - 11:00 a.m. - 11:45 a.m. - 1 p.m. - 1:45 p.m. - 2:30 p.m. - 3:15 p.m. even if I entered each time in my event, by simulating a reservation, I am never asked (as a client) to choose the time that suits me. What solution do you have for me ?
Thank you !
Hello Charlotte,
Kind Regards,
Uros Jovanovic
[email protected]
Rate my support
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 Uros,
thanks for answer but I don't understand how to display service just on one single day like : on saturday December 7th only. And then, later, I would like to plan other events like "photo shooting Valentine's day" on February 14th for example. Do you understand ?
Hello Charlotte,
Thank you for your message.
To display a service for just one specific day, like a single Saturday or a Valentine's Day event, you can assign that specific service to a special day by going to Amelia > Employees > Special Days in the plugin’s settings.
Here’s how to set it up:
This will make the service available only on the selected date, and you can set up different special events as needed for future occasions.
Let me know if you need any more help with this!
Kind Regards,
Uros Jovanovic
[email protected]
Rate my support
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 Charlotte,
Thank you for the update on this.
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.
Kind Regards,
Uros Jovanovic
[email protected]
Rate my support
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,
let me know !
Thanks,
Hello Charlotte,
Thank you for your patience.
This looks like an issue with the time zone.
Amelia doesn't have any time zone settings, and it relies on WordPress' General settings. Here's how it works:
All times in the back-end of Amelia will be shown exactly how you save them, so (for example) if your employee works from 09:00 - 17:00, or if there's an appointment from 09:00 - 10:00, that's how you will see them in the back-end.
If you enable "Show booking slots in client time zone" in Amelia's General settings, though, that may not be what your customers see, depending on where they're located, and what your WordPress site has been configured.
If this option in Amelia's General settings is disabled, all times on the front end will be the same as times in the back end. So, if your employee's work hours are from 09:00 - 17:00 in UTC+1, with this option disabled, regardless if your customer is in UTC+1, or in UTC+10 - they will still see times from 09:00 - 17:00, so if you have customers in multiple time zones, it's advisable to enable this option in Amelia's General Settings.
Important: In order for Amelia to store correct appointment times in the database (which is almost always in UTC time zone), you need to edit the WordPress time zone to show the city you're in (or the city in your time zone), like this:
This way, when Daylight Savings Time starts (or ends), the times will be adjusted accordingly and you won't have to worry about them anymore.
If you save your Time Zone in UTC+/- format, you may experience issues with Daylight Savings Time:
Explanation: When you configure the time zone to be "UTC+1" it will always be UTC+1. So, if we take Belgrade, Serbia as an example - without Daylight Savings Time, it is in UTC+1 time zone, but when Daylight Savings Time starts, Belgrade is in UTC+2. If you leave the time zone to be hard-coded to UTC+1, the times that your customers book on the front end will not be properly adjusted to what you see in the back end.
Example with UTC+1 configured: It is mid-summer, and Belgrade is in UTC+2. "Show booking slots in client time zone" is enabled, and a customer from Belgrade opens your website to book an appointment. The working hours of your employee are set from 09:00 - 17:00 (in UTC+1), but the customer sees them as 10:00 - 18:00. This is because the time zone is hard-coded in the back-end, while on the front-end it shows the time in UTC+2. So, a customer books an appointment for 10:00, and shows up at 10:00, while you expect to see them at 09:00.
Please note: If you hard-coded the time zone, and you have booked appointments, once you switch the time zone in WordPress to your city, it will adjust the times in Amelia's appointments to fit the time zone your city is currently in. This happens because (as mentioned above) the times are saved in UTC in the database, and it's adjusted in the plugin programmatically. So, if you have a hard-coded time zone set to UTC+1, and someone booked an appointment for 09:00, that time is saved as 08:00 in the database. When you change the time zone to your city (which is now in UTC+2), the appointment time will be adjusted to the time saved in the database 08:00 + 2:00, so the appointment time will switch to 10:00. The only solution, in this case, is to manually modify the appointment times, but it's the only way to make sure your time zone is properly configured, and that the future appointments will be saved and displayed correctly both for you and your customers on the front-end.
Summary: When you select the city you're in, in WordPress' General Settings, the system automatically calculates the Daylight Savings Time, and shifts the clock accordingly, so if you have any issues with what you see on the front end vs what you see in the back-end, always check the Time Zone in WordPress.
Kind Regards,
Uros Jovanovic
[email protected]
Rate my support
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,
my time zone is good now : UTC+1 (it was UTC+2) and "Show booking slots in client time zone" is disabled BUT I don't have access to all schedules, see screenshots attached. I delete all previous "event" to restart but I have same problem ...
Thanks for let me know !
New event on 14th december ...
Attached files: Capture d’écran 2024-11-12 à 22.30.55.png
Capture d’écran 2024-11-12 à 22.31.21.png
Hello CHarlotte,
Please check the following part of the explanation in order to change the UTC time zone to a city:
If you hard-coded the time zone, and you have booked appointments, once you switch the time zone in WordPress to your city, it will adjust the times in Amelia's appointments to fit the time zone your city is currently in. This happens because (as mentioned above) the times are saved in UTC in the database, and it's adjusted in the plugin programmatically. So, if you have a hard-coded time zone set to UTC+1, and someone booked an appointment for 09:00, that time is saved as 08:00 in the database. When you change the time zone to your city (which is now in UTC+2), the appointment time will be adjusted to the time saved in the database 08:00 + 2:00, so the appointment time will switch to 10:00. The only solution, in this case, is to manually modify the appointment times, but it's the only way to make sure your time zone is properly configured, and that the future appointments will be saved and displayed correctly both for you and your customers on the front-end.
Kind Regards,
Uros Jovanovic
[email protected]
Rate my support
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,
the website is not online for now, can you tell me exactly how to configure it without cheat.
I just want to have same appointment times on back & front end.
I have not hard-coded anything.
Thanks,
Charlotte
Hello Angélique,
Basically, in the time zone settings in WordPress, instead of the UTC (+/-) time zone, set the city that your business is located in, and install the 7.9 version of the plugin to make sure e that it works just fine.
Please let me know if that works for you.
Kind Regards,
Uros Jovanovic
[email protected]
Rate my support
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, thank you !
It seems to be OK but now I cannot select anything on calendar ... I don't understand why !
See screenshot attached.
Attached files: Capture d’écran 2024-11-15 à 13.53.33.png
Hello Angélique,
Please check if the duration + buffer time of the service is longer than the work hours of the employee.
Looking forward to your reply.
Kind Regards,
Uros Jovanovic
[email protected]
Rate my support
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,
see screenshots attached.
It's only "Special days", no real working hours for employee, like you recommend to set it first.
All has been OK after I selected city instead of UTC in Wordpress settings, but now no option to make reservation !
The website should be online soon, please help quick.
Attached files: Capture d’écran 2024-11-18 à 22.20.18.png
Capture d’écran 2024-11-18 à 22.20.49.png
Capture d’écran 2024-11-18 à 22.21.21.png
Hello Angélique,
Thank you for the update on this.
Looking at the screenshots, you set up special days for the "Mini seance.." service but chose the "Seance flash..." service.
Choose the "Mini seance..." service on the front-end and test it out.
Looking forward to your reply.
Kind Regards,
Uros Jovanovic
[email protected]
Rate my support
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
Sorry, I should tell that I configure everything same way.
Screenshot attached for "Mini séance ...".
Can you solve it quick please ?
Screenshot attached
Attached files: Capture d’écran 2024-11-21 à 10.09.13.png