Hello Franck,

Thanks for reaching out to us.

Sure you can, but make sure that the timezone settings are also properly configured. 

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 the back-end +/- the time difference (depending on where you are in regards to the time zone set in WordPress' General settings).

Also, if you assign the employee to work on one service, please note that there is only one service duration that you can configure (unless if you use the custom duration and pricing). Since the first duration (8 AM - 12 PM) is essentially 4 hours and 2PM - 7 PM is 5 hours, you have to decide wich duration you want to configure, since the timeslots will appear based on service duration and employee working hours.

I hope it helps.

Hello Franck,

The “Amelia Manager” role has almost the same permissions as an “Administrator” role, but with a few important differences. A manager is allowed to hide but not delete anything; a manager cannot customize the front-end look of the plugin and doesn’t have access to the WordPress settings.

They can manage it in terms of they can see the appointments and they can hide it, while the admin has all the permission and privileges.

Please, find more information regarding User Roles on this link.

Hello Franck,

Not really, you can edit the permissions for the user role "Amelia manger" with the User Role Editor plugin.

There is a possibility, but we don't recommend changing the permissions, since each user role has it's own set of permissions.

Hello Franck,

Just to be sure, we are talking about the backend calendar or the front-end calendar (booking form)? The backend calendar view depends on what user you are using to log in. For example, if you are logged in as an admin, and you have the option "allow admin to book at any time" the slots will appear from 00:00 to 00:00, since the admin is now able to book at any time.

If you are logged in as an employee, it will only display the timeslots as per employee working hours, for example, 08 - 16, 09 - 17 etc.

Hello Franck,

Apologies for the delayed answer. I've tested the display of working hours again.

The only option to book appointments as an admin outside the employee's working hours is by enabling the "allow admin to book at any time", that's true. But if this option is enabled, the Calendar will display the time from 12 AM to 11 PM for both "week" and "day" options. If you also enable the other option "Booking Time Slots will depend on the service duration", the Calendar will display the same.

But, if you disable both of these options, the Calendar will display the time from 09 AM to 4 PM following the employee working hours schedule. This is because, by enabling the option to book at any time, the admin does have the preview of all the timeslot that it can be booked, but if disabled, then it can book according to the employee's working hours.

I hope it helps.

Hello Franck,

You are welcome. It makes sense, but it makes sense to follow the employee's working hours. That's why we created that option, to allow the admin to book at any time. By default, it follows the employee's working hours.

Regarding the "paid" part, i suppose you are referring to the "congratulations" page? Unfortunatelly, the booking form is already pre-coded and there is no option to disable/enable any of the steps. 

This step gives the customer the final information regarding the booking, so it's important to have it enabled.

.Hello Franck,

You are welcome. Well, that's one of the workarounds, of course. Thanks for providing information.

Regarding the SMS, here is the explanation

If your language has characters that are not in the list of GSM characters (for example ț, ć, or a dash ( – ) instead of a hyphen ( - ) - notice the length between the two), those characters convert the text from GSM to Unicode. When that happens, the number of characters per SMS segment is reduced from 160 to 70.

You can read more about this here, but in short - GSM (standard, Latin letters) messages contain 160 characters. Large messages are segmented into 153-character segments and sent individually, then rebuilt by the recipient's device. For example, a 161-character message will be sent as two message segments, one with 153 characters and the second with 8 characters.

If you include non-GSM characters like eastern European characters in SMS messages, those messages have to be sent via UCS-2 encoding. Messages containing any UCS-2 characters are limited to 70 characters and will be concatenated into 67-character message segments, even if the messages contain less than 160 characters.

So, your messages are actually split into segments, and each segment is charged as a single message. You can go to Amelia/Notifications/SMS Notifications/SMS History, and in there, you will see a column "Segments", where you will see how many segments were actually used.

The only way around this is to reduce the number of characters in the SMS template and/or remove the special characters that are not in a basic Latin keyboard.

A good tool to see how many characters are used, and if they are in GSM or Unicode can be found here, so you can use that tool to calculate the templates before creating a template. Please note that, if you're using Notification Placeholders, they won't be taken into account, but instead the value they are replaced with, so if your template looks like this:

"You booked an appointment with %employee_full_name%"

It will not be 51 characters long (the length of the template, but the length of the name that replaces the placeholder. For example:

"You booked an appointment with Aleksandar Vukovic"

So, 49 characters long.

Also, The SMS often has a status queued but is actually sent. 

The status of the SMS is not refreshed automatically. 

We will work on it in the future, but we can't say an exact ETA on it.

I hope it helps.

Hello Franck,

You are welcome. 

Apologies, when you have questions or issues that are not related to the title of the active ticket, please open a new ticket, and we will help you there. In that way, issues and questions that are related to different subjects will be in separate tickets so other customers or our support agents can find them easily. Our policy is to have one issue or question per ticket because of the reasons that are described already.

Thank you for understanding.