Hello... here in Italy we have the number "0" before every prefix but your system every time remove it (e.g. Milan is "02", Rome "06", Venice "041", etc.).
How can I insert a phone number with the first number "0"?
In some cases (for example in Serbia) prefix +381 060 will turn into +381 60 as in this case 0 is not needed. Is your booking recognizing the number as Italian?
Hi Ivana... yes, your system not recognising the Italian prefix and remove the "0" (and create a wrong phone number, because in Italy is necessary to use the number "0", only the mobile phones not have the 0).
As a temporary solution I have inserted two zeros so that at least the second one is left (of course I have to repeat the procedure with the two zeros every time I update a form with the phone field).
unfortunately I noticed that the issue of the "0" is also in the public booking form, so at the moment your plugin isn't possibile to use in Italy.
I am a freelancer and I cannot provide my clients with a solution with incorrect formatting, I already know that many of them would not accept to receive a booking with a phone number wrong (some "employees" might be confused by interpreting it as a mobile phone number).
Is this something that can be solved quickly or is not possible to change the way phone numbers are handled from Amelia?
I have forwarded this issue to be checked, and potentially immediately resolved. Thank you for trying to make a workaround with two 0s however this is not very convenient, as clients would not know they have to add them in advance.
So I will reach back out to you as soon as I get an information from devs.
The reason 0's are stripped because there's no need for them. We have a lot of customers in Italy, and they have no issues using the plugin. There are ITU standards E.123 and E.164.
In summary, any phone number is represented by +CC MMMMMM... where CC is the country code, and is one to three digits, and MMMMMM... is the area code (where applicable) and subscriber number. The total number of digits may not be more than 15. The + means "your local international dialling prefix".
Here are a few examples of a line number:
So, for example, if you are in Germany, the number +44 2087712924 would be dialled as 00442087712924, and in the US you would dial it as 011442087712924. The 44 means that it is a UK number, and 2087712924 is the local part.
In practice, the long string of MMMMM... is normally broken up into smaller parts to make it easier to read. How you do that is country-specific. The example given would normally be written +44 20 8771 2924.
As well as the unambiguous E.123 representation above, which you can use from anywhere in the world that allows international dialling, each country also has its own local method of representing numbers, and some have several. The example number will sometimes be written as 020 8771 2924 or (020) 8771 2924. The leading 0 is, strictly speaking, not part of the area code (that's 20) but a signal to the exchange meaning "here comes a number that could go outside the local area". Very occasionally the area code will be ommitted and the number will be written 8771 2924. All these local representations are ambiguous, as they could represent valid numbers in more than one country, or even valid numbers in more than one part of the same country. This means that you should always store a number with its country code, and ideally store it in E.123 notation. In particular you should note that phone numbers are not numbers. A number like 05 is the same as 5. A phone number 05 is not the same as 5, and storage systems will strip leading zeroes from numbers.
Ok, Ivana but I didn't quite understand your explanation.
The issue is very simple, the Italian phone number in the format without the "0" is wrong (only for the mobile phone is correct not to have the zero), then I have no idea because other Italian users have not reported this to you.
If a client from Milan makes a booking and enters his phone number "02 457324" and it's saved as +392457324 this is a big problem for me because I already know that the "employee" who receive the request would report it to me as wrong (if he calls the client by dialling the number "2457324" receive the message "non-existent number").
All the other booking plugins on the market (bookly, booknet, latepoint, etc.) not have this bug so please let me know if this is resolvable from your developers or not so that I can possibly request a refund before the end of the 15 days from purchase.
If that would be all right with you, we can take a look from the inside of your plugin settings.
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.
thank you for the kind reply. I apologize for the later response, as we don't work on weekends.
Unfortunately as this cannot be changed trough normal features and settings, as it works in such way, I reached out to our dev to see if he has any suggestions.
Hello... here in Italy we have the number "0" before every prefix but your system every time remove it (e.g. Milan is "02", Rome "06", Venice "041", etc.).
How can I insert a phone number with the first number "0"?
Thanks.
Hi Michele,
thank you for reaching out to us!
This is the current format:
In some cases (for example in Serbia) prefix +381 060 will turn into +381 60 as in this case 0 is not needed. Is your booking recognizing the number as Italian?
Hi Ivana... yes, your system not recognising the Italian prefix and remove the "0" (and create a wrong phone number, because in Italy is necessary to use the number "0", only the mobile phones not have the 0).
As a temporary solution I have inserted two zeros so that at least the second one is left (of course I have to repeat the procedure with the two zeros every time I update a form with the phone field).
unfortunately I noticed that the issue of the "0" is also in the public booking form, so at the moment your plugin isn't possibile to use in Italy.
I am a freelancer and I cannot provide my clients with a solution with incorrect formatting, I already know that many of them would not accept to receive a booking with a phone number wrong (some "employees" might be confused by interpreting it as a mobile phone number).
Is this something that can be solved quickly or is not possible to change the way phone numbers are handled from Amelia?
Some progress about the fix of this bug?
I think it would be sufficient to insert an option to disable number formatting.
At the moment I can't use the plugin here in Italy.
Thanks.
Hi Michele,
thank you for the kind reply.
I have forwarded this issue to be checked, and potentially immediately resolved. Thank you for trying to make a workaround with two 0s however this is not very convenient, as clients would not know they have to add them in advance.
So I will reach back out to you as soon as I get an information from devs.
Hi Michele,
here is an update:
The reason 0's are stripped because there's no need for them. We have a lot of customers in Italy, and they have no issues using the plugin. There are ITU standards E.123 and E.164.
In summary, any phone number is represented by +CC MMMMMM... where CC is the country code, and is one to three digits, and MMMMMM... is the area code (where applicable) and subscriber number. The total number of digits may not be more than 15. The + means "your local international dialling prefix".
Here are a few examples of a line number:
So, for example, if you are in Germany, the number +44 2087712924 would be dialled as 00442087712924, and in the US you would dial it as 011442087712924. The 44 means that it is a UK number, and 2087712924 is the local part.
In practice, the long string of MMMMM... is normally broken up into smaller parts to make it easier to read. How you do that is country-specific. The example given would normally be written +44 20 8771 2924.
As well as the unambiguous E.123 representation above, which you can use from anywhere in the world that allows international dialling, each country also has its own local method of representing numbers, and some have several. The example number will sometimes be written as 020 8771 2924 or (020) 8771 2924. The leading 0 is, strictly speaking, not part of the area code (that's 20) but a signal to the exchange meaning "here comes a number that could go outside the local area". Very occasionally the area code will be ommitted and the number will be written 8771 2924. All these local representations are ambiguous, as they could represent valid numbers in more than one country, or even valid numbers in more than one part of the same country. This means that you should always store a number with its country code, and ideally store it in E.123 notation. In particular you should note that phone numbers are not numbers. A number like 05 is the same as 5. A phone number 05 is not the same as 5, and storage systems will strip leading zeroes from numbers.
I hope this helps.Ok, Ivana but I didn't quite understand your explanation.
The issue is very simple, the Italian phone number in the format without the "0" is wrong (only for the mobile phone is correct not to have the zero), then I have no idea because other Italian users have not reported this to you.
If a client from Milan makes a booking and enters his phone number "02 457324" and it's saved as +392457324 this is a big problem for me because I already know that the "employee" who receive the request would report it to me as wrong (if he calls the client by dialling the number "2457324" receive the message "non-existent number").
All the other booking plugins on the market (bookly, booknet, latepoint, etc.) not have this bug so please let me know if this is resolvable from your developers or not so that I can possibly request a refund before the end of the 15 days from purchase.
Thanks.
Hi Michele,
thank you for elaborating.
If that would be all right with you, we can take a look from the inside of your plugin settings.
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.
Hi Ivana... I think it's enough for you to do a test through one of your demos to understand where the problem lies:
https://sports.wpamelia.com
Digit a phone number with a "0" as first number, "save" and see what's happen (see screenshots).
Thanks.
Hi Michele,
thank you for the kind reply. I apologize for the later response, as we don't work on weekends.
Unfortunately as this cannot be changed trough normal features and settings, as it works in such way, I reached out to our dev to see if he has any suggestions.
I will contact you back with his response.