Also, they apparently did write code to validate it. And if most everyone puts in either a correct IBAN, or a correctly formatted but typoed wrong IBAN, it might be that no-one has ever complained to Amazon about having to wait for a server-side verification. There’s probably a low-priority bug ticket written by some tester sitting on their backlog, but without customer complaint or measurable loss of business it won’t get worked.
There are two levels of IBAN validation. One is to take the number and it should if you take modulo 97 result in 0. There’s also a more complex one that’s about querying a database about valid IBAN’s that multiple MB big. You can easily do the modulo 97 trick client-side for validation and then do the more complex one on your server.
Also, they apparently did write code to validate it. And if most everyone puts in either a correct IBAN, or a correctly formatted but typoed wrong IBAN, it might be that no-one has ever complained to Amazon about having to wait for a server-side verification.
I’m relatively certain (for non-public reasons) that this produces at least 100 customer complaints/year and there’s a good chance that it produces 1000s. But there’s no tracking.
If you type a 20 digit number and make a single mistake it’s unfun to submit a form and having to retype everything again.
It’s also not like this is the only thing that’s wrong with the IBAN page. It’s for example easier to type 20 digit numbers correctly when there’s a little space after every forth number.
There are also something less visible that’s wrong with the page that leads to problems that I don’t want to speak about here but in case anyone at Amazon reads this and wants to do something I’m happy to say it.
Also, they apparently did write code to validate it. And if most everyone puts in either a correct IBAN, or a correctly formatted but typoed wrong IBAN, it might be that no-one has ever complained to Amazon about having to wait for a server-side verification. There’s probably a low-priority bug ticket written by some tester sitting on their backlog, but without customer complaint or measurable loss of business it won’t get worked.
There are two levels of IBAN validation. One is to take the number and it should if you take modulo 97 result in 0. There’s also a more complex one that’s about querying a database about valid IBAN’s that multiple MB big. You can easily do the modulo 97 trick client-side for validation and then do the more complex one on your server.
I’m relatively certain (for non-public reasons) that this produces at least 100 customer complaints/year and there’s a good chance that it produces 1000s. But there’s no tracking.
If you type a 20 digit number and make a single mistake it’s unfun to submit a form and having to retype everything again.
It’s also not like this is the only thing that’s wrong with the IBAN page. It’s for example easier to type 20 digit numbers correctly when there’s a little space after every forth number.
There are also something less visible that’s wrong with the page that leads to problems that I don’t want to speak about here but in case anyone at Amazon reads this and wants to do something I’m happy to say it.