Hello David,

Thank you for reaching out to us.

I understand that you are testing our plugin to see if it fits your client's needs, specifically for a luggage storage booking site where the luggage is hand-delivered to the agency.

Regarding your first question, yes, Amelia can be configured to suit your client's industry. You can set up custom service durations, but please note that this feature is available starting from the Starter version of the plugin. This will allow you to define the specific time slots you mentioned: 09:00 - 11:00, 11:00 - 13:00, 13:00 - 15:00, 15:00 - 17:00, 17:00 - 19:00, as well as the extended slots 09:00 - 13:00 and 13:00 - 19:00.

For your second question, yes, it is possible to set a price per bag. You can configure the bags as "extras" for the services in Amelia. This means you can set different pricing options depending on the number of bags, such as €2 for one bag, €4 for two bags, and €6 for three bags. This allows for flexible pricing that aligns with your client's requirements.

If you need further assistance or have more questions about setting this up, please feel free to ask. We are here to help ensure that Amelia meets all the features you are looking for.

Looking forward to your response.

Hello David,

Thank you for the update on this.

1. This could be an issue with time zones.

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.

2. For this purpose, you can set up the working hours to be from 9 am to 1 pm and then from 1 pm to 7 pm and also set up custom duration for services to fit hours that you wish to have selectable for customers.

3. For this purpose, you will need to enable the "Use service duration for booking a time slot" option on the Amelia/Settings/General page.

4. While this technically cannot be set to unlimited, you can set a very high number (e.g. 1000) for a maximum capacity option for services.

Please let me know if that works for you or not.

Hello David,

I see what the issue is, you will need to set up working hours on the Amelia/Employees/Work hours page.

Please let me know if that works for you or not.

Hello David,

Thank you for reaching back out to us and for your patience.

Can you please let me know if there is any customer or employee with the same email as the admin user with which you were logged in when this error occurred?

If that is the case, you should change the email of that customer or employee and it will be resolved as it causes a conflict between roles and permissions.

Hello David,

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.

Hello David,

Thank you for reaching back out to us.

The main issue you're encountering stems from the fact that Amelia doesn't allow overlapping work hours for a single employee. This limitation means that if you need to have overlapping appointments or services, it won't be possible using just one employee profile.

To work around this, I would suggest setting up multiple employee profiles for your business. This way, you can allocate overlapping time slots across different employee profiles, allowing you to manage bookings more effectively without any conflicts.

If this solution sounds like something you'd like to pursue, I'd be happy to provide you with a detailed, step-by-step guide on how to set up these multiple employee profiles within the system.

Please let me know if you would like to proceed with this, and I'll be glad to assist you further.

Hello David,

Really sorry to hear that you are moving away from the Amelia plugin.

I have approved your refund request and you will receive your money back in the next couple of days.

If you wish to come back to Amelia, we will provide you with a 20% discount coupon for a license purchase.

I wish you all the best in your future endeavors.