Hello there,

Thank you for reaching out to us.

Please do not write more than once on the ticket because it sends it to the end of the queue. We work on the tickets in order as they arrive, and each of your new replies sends a ticket to the end of the queue. Please open a separate ticket for each question or issue and wait for us to respond and we will try to help as best as we can to resolve the issue effectively and as soon as possible. 

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.

Looking forward to your reply. 

Hello again,

We can see 2 issues on your site

1. You have time zone error and this is a bug on our side you should now change the time zone in WordPress to your city and save those settings and then purge the cache and your notification should start working

2. It is better to use city in any case due to daylight savings. 

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 to 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 the 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

We can see that you are using PHP mail instead of SMTP

We strongly recommend changing mail service setting to SMTP or Mailgun because email that is sent with PHP Mail generally gets flagged as spam by mail servers and also can take some time to send. See below how to configure SMTP and Mailgun mail services.

Please set this to SMTP (Simple Mail Transfer Protocol) – In this article, we show how to configure the SMTP mail service for Gmail, but you can set it up for any other outgoing service that supports SMTP for a mail client. When you select this option, four inputs will appear – you need to populate them to configure SMTP properly. A Google SMTP example:

• SMTP Host – smtp.gmail.com
• SMTP Port – 587
• SMTP Secure – TLS
• SMTP Username – Your Gmail address
• SMTP Password – Your App password (details about setting up an app password can be found in the yellow notice section below)

The most commonly used SMTP Ports are 465 and 587. Port 465 uses “SSL” as SMTP Secure, while port 587 uses “TLS” as SMTP Secure. Make sure to check what the correct SMTP settings are for your mailing provider.

Google SMTP (Gmail accounts):

From 30 May 2022, Google will no longer support the use of third-party apps or devices which ask you to sign in to your Google Account using only your username and password, so “Allow less secure apps” will be removed.

In order to continue using SMTP with Gmail, you will need to set up an App Password for Amelia. App Passwords can only be used with accounts that have 2-Step Verification turned on. Instructions about this can be found on Google’s Documentation, here.

For detailed set-up instructions, please take a look at this article on our official support platform.

Microsoft SMTP (outlook, hotmail, live, and office365 email accounts):

If you’re having issues using SMTP with your Microsoft account, please make sure to set up an App Password for Amelia. App Passwords can only be used with accounts that have 2-Step Verification turned on in the Security Basics section of your Microsoft account. Instructions about this can be found on Microsoft’s Documentation, here.

For detailed set-up instructions, please take a look at this article on our official support platform.

Once you set this purge cache and all should be fine in case that it is not we will then take another look. 

We wish you all the best and hope you have a wonderful day ahead. 

Hello again,

We have forwarded your ticket to our level 2 agents and as soon as we get some feedback from them we will contact you immediately.

Hello again,

Glad to hear that this is working now. As for the panel we can help but we need to mentioned that very soon we will implement new customer panel that will have many more option in regard of customization and it should be separate from other forms. 

Now for old panels this needs to be customized in 1.0 booking form until we implement new 2.0 panels.

In order to change the general colours of the Customer/Employee Panels as well as the text colour;

at the moment we don't have a separate setup that is only for the Panels;

but if you go to Amelia Customize/ choose Step 1.0 Forms,

and enable "use global colours", 

then  the same colours you set for any of these "Step 1.0" Booking Forms, will be reflected in the Panels :

Make the changes you need, then "save",  clear cache of the site,

then refresh the Employee Panel page, and check the result :

This should help.

Should you have any further inquiries, we kindly request that you open separate tickets for each question and we will gladly help you there.

We wish you all the best and hope you have a wonderful day ahead. 

Hello again,

You are most welcome, and we are glad that we were able to help you. Unfortunately, we can not help with the the second question since Woo in Amelia is only used for accepting payment and we only have a basic core integration so that payments can go through. Should you have any further inquiries, we kindly request that you open separate tickets for each question and we will gladly help you there.

We wish you all the best and hope you have a wonderful day ahead. 

Hello again,

We will close this one but 

if you have any questions in the future, feel free to open separate tickets for each question and we will gladly help you there.

We wish you all the best and hope you have a wonderful day ahead.