Our customers who have an antivirus and/or Outlook client, receive the cancellation of their registrations immediately after receiving the email confirming of their registration.
To no longer work with the link (% event_cancel_url%) in the confirmation email, I also turned to the Customer Panel solution (% customer_panel_url%) which seemed to correspond to us until a certain point, let me explain:
We have a sports club that teaches adults and children.
To participate in a course, parents AND children must be registered.
When a parent registers, he enters his name, his first name and his e-mail address, he validates the registration and everything works fine.
For the registration of children, it is a parent who registers it, this means that the parent enters the name of his child, the first name of his child, BUT he enters his own e-mail address (therefore that of the parent).
When working with the cancellation link in the mail (% event_cancel_url%) it works well for everyone except for the people using an antivirus and/or Outlook client.
To work around this problem, we replaced the unsubscribe link (% event_cancel_url%) by the Customer Panel (% customer_panel_url%).
All our problems seemed to be solved until a parent is logged into their Customer Panel and tries to register one of their children, they don't know how to do it, because the fields of the registration form are in Read Only and pre-filled with the parent's data.
The only solution is that he disconnects of the Customer Panel or that the connection cookie is deleted... Explain to a customer to disconnect from his account to be able to register his child and ask him to reconnect to be able to manually cancel his own inscriptions as well as those of his children... they don't find that logical :) And don't understand, LOL.
Is there a way to ensure that even if a the customer is logged into their Customer Panel (therefore the cookie is present) that ALL the fields of the registration forms remain editable?
Thank you in advance and I wish you a pleasant day.
Another solution would be to change the cancellation system via the link (% event_cancel_url%) , let me explain:
Once the user has clicked on the link, instead of directly canceling the registration, he arrives on a page with a big button asking him to confirm his wish to cancel, example: Are you sure you want to cancel this registration? YES - NO.
I don't think that the antivirus will go so far as to click all the buttons on the page :)
The only solution to this problem is to use the Customer Panel with the password option, so when a Cancellation URL is clicked, the customer is taken to the panel, where they can cancel the appointment.
If your customers are entering multiple names when booking (like in your example, with children), you need to disable "Check customer's name for existing email when booking", so they can book an appointment with their email, and different names in the form. This way, the name and the last name fields should not be pre-populated.
At the moment, there's no way to add that confirmation button "Yes" or "No" for canceling the appointment. It's a good suggestion, though, so I will forward it to our development team, but I'll kindly ask you to add it as a feature suggestion on this page. Features are pushed up on our "to-do" list when there are a lot of customers requesting those features, so having your vote as a customer can be beneficial to this feature being developed sooner.
Thank you for choosing Amelia. And for the video as well, it's very helpful.
This is how Amelia works: if a client is logged in to the back-end or to the front-end Customer panel his/her data will be pre-populated on the booking form. The way that Aleksandar mentioned before will work only when a Customer books an Appointment for another person with the same email address but being logged out from WP or Amelia (or by using incognito mode). Thus, disabling the "Check customer's name for existing email when booking" option only allows using the same email address for multiple Customers, but it doesn't allow booking for other customers under the same User.
OK, so if i understand correctly, if a user is logged in, it is not possible to book someone else with the same email, and you don't plan to make this possible in future releases of Amelia?
So an adult will never can book for a child ?
if yes, it's a shame, because with the COVID rules it is a function that is widely practiced :(
The same email cannot be associated with multiple users in the database, so you can't assign it to multiple users. A workaround would be to disable "Check customer's name for existing email when booking", and then book an appointment without being logged into the customer panel.
You will not be able to book the same timeslot, though, even if you do this, because one client (email address) cannot book the same time slot more than once. A workaround for that would be to increase the capacity of a service, and enable "Bringing anyone with you" option, where a parent would be able to book an appointment for themselves and the child (or children).
Hi,
I have exactly the same problem as in the ticket https://tmsplugins.ticksy.com//ticket/2780596/
Our customers who have an antivirus and/or Outlook client, receive the cancellation of their registrations immediately after receiving the email confirming of their registration.
To no longer work with the link (% event_cancel_url%) in the confirmation email, I also turned to the Customer Panel solution (% customer_panel_url%) which seemed to correspond to us until a certain point, let me explain:
We have a sports club that teaches adults and children.
To participate in a course, parents AND children must be registered.
When a parent registers, he enters his name, his first name and his e-mail address, he validates the registration and everything works fine.
For the registration of children, it is a parent who registers it, this means that the parent enters the name of his child, the first name of his child, BUT he enters his own e-mail address (therefore that of the parent).
When working with the cancellation link in the mail (% event_cancel_url%) it works well for everyone except for the people using an antivirus and/or Outlook client.
To work around this problem, we replaced the unsubscribe link (% event_cancel_url%) by the Customer Panel (% customer_panel_url%).
All our problems seemed to be solved until a parent is logged into their Customer Panel and tries to register one of their children, they don't know how to do it, because the fields of the registration form are in Read Only and pre-filled with the parent's data.
The only solution is that he disconnects of the Customer Panel or that the connection cookie is deleted... Explain to a customer to disconnect from his account to be able to register his child and ask him to reconnect to be able to manually cancel his own inscriptions as well as those of his children... they don't find that logical :) And don't understand, LOL.
Is there a way to ensure that even if a the customer is logged into their Customer Panel (therefore the cookie is present) that ALL the fields of the registration forms remain editable?
Thank you in advance and I wish you a pleasant day.
Pawel.
Hi Pawel
Thank you for reaching out to us.
You are right, some antivirus software can cause this issue and your workaround is exactly what we would have suggest you to do.
I am not sure if what you need is possible but let me forward this to our Level 2 support, they might provide you with another solution.
Dear Blaženka, thank you for the answer.
OK, i am looking forward to it.:)
Another solution would be to change the cancellation system via the link (% event_cancel_url%) , let me explain:
Once the user has clicked on the link, instead of directly canceling the registration, he arrives on a page with a big button asking him to confirm his wish to cancel, example: Are you sure you want to cancel this registration? YES - NO.
I don't think that the antivirus will go so far as to click all the buttons on the page :)
In advance THX :)
Pawel.
Hey Pawel
The only solution to this problem is to use the Customer Panel with the password option, so when a Cancellation URL is clicked, the customer is taken to the panel, where they can cancel the appointment.
If your customers are entering multiple names when booking (like in your example, with children), you need to disable "Check customer's name for existing email when booking", so they can book an appointment with their email, and different names in the form. This way, the name and the last name fields should not be pre-populated.
At the moment, there's no way to add that confirmation button "Yes" or "No" for canceling the appointment. It's a good suggestion, though, so I will forward it to our development team, but I'll kindly ask you to add it as a feature suggestion on this page. Features are pushed up on our "to-do" list when there are a lot of customers requesting those features, so having your vote as a customer can be beneficial to this feature being developed sooner.
Kind Regards,
Aleksandar Vuković
[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, Pawel,
Thank you for choosing Amelia. And for the video as well, it's very helpful.
This is how Amelia works: if a client is logged in to the back-end or to the front-end Customer panel his/her data will be pre-populated on the booking form. The way that Aleksandar mentioned before will work only when a Customer books an Appointment for another person with the same email address but being logged out from WP or Amelia (or by using incognito mode). Thus, disabling the "Check customer's name for existing email when booking" option only allows using the same email address for multiple Customers, but it doesn't allow booking for other customers under the same User.
Best Regards.
OK, so if i understand correctly, if a user is logged in, it is not possible to book someone else with the same email, and you don't plan to make this possible in future releases of Amelia?
So an adult will never can book for a child ?
if yes, it's a shame, because with the COVID rules it is a function that is widely practiced :(
Thx.
Hello Pawel
The same email cannot be associated with multiple users in the database, so you can't assign it to multiple users. A workaround would be to disable "Check customer's name for existing email when booking", and then book an appointment without being logged into the customer panel.
You will not be able to book the same timeslot, though, even if you do this, because one client (email address) cannot book the same time slot more than once. A workaround for that would be to increase the capacity of a service, and enable "Bringing anyone with you" option, where a parent would be able to book an appointment for themselves and the child (or children).
Kind Regards,
Aleksandar Vuković
[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