In short: when such a button does not show, that the visitor (customer) has to pay money, there is no valid contract signed (between the seller and the buyer)!
Important here is, the wording of that button.
A simple "Buy" or "Continue" or similar is forbidden.
Beside this "wording", before a visitor/customer wants to buy something, it has to be stated clearly, how much the visitor/customer has to pay at the end (means no additional and/or hidden costs after clicking that button are allowed).
Full Stack Web Developer :: Dedicated OpenCart Development & Support DACH Region
Contact for Custom Work / Fast Support.
Typo: similar, state.OSWorX wrote: ↑Sat Apr 09, 2022 3:28 pmOn the 7th April of 2022 the ECJ (European Court of Justice) published an important decision (see https://curia.europa.eu/juris/documents ... m=C-249/21 [available in many languages, see icon under Curia]) why the so called "Buy" buttons in European Webshops are violating current and valid regulations.
In short: when such a button does not show, that the visitor (customer) has to pay money, there is no valid contract signed (between the seller and the buyer)!
Important here is, the wording of that button.
A simple "Buy" or "Continue" or similiar is forbidden.
Beside this "wording", before a visitor/customer wants to buy something, it has to stated clearly, how much the visitor/customer has to pay at the end (means no additional and/or hidden costs after clicking that button are allowed).
However, as for the last sentence, indeed, I already covered it up before on the forum regarding the total balance between the payment and shipping service providers where shipping providers are already validating the total balance based on the payment string that needs to be added into their API from those services who requires it but it was for the American continent. Good to know, as I expected, that this also applies to EU nowadays.
Dedication and passion goes to those who are able to push and merge a project.
Regards,
Straightlight
Programmer / Opencart Tester
This regulation is already a "law" since the introduction in 2014 with the so called "Buttonlösung".However, as for the last sentence, indeed, I already covered it up before on the forum regarding the total balance between the payment and shipping service providers where shipping providers are already validating the total balance based on the payment string that needs to be added into their API from those services who requires it but it was for the American continent. Good to know, as I expected, that this also applies to EU nowadays.straightlight wrote: ↑Sat Apr 09, 2022 11:03 pmBeside this "wording", before a visitor/customer wants to buy something, it has to stated clearly, how much the visitor/customer has to pay at the end (means no additional and/or hidden costs after clicking that button are allowed).
So not "nowadays" (since 8 years)!
And it is clear, that shipping costs cannot be displayed before the visitor/customer has given his address (or used the shipping calculator where enabled).
The solution is very easy: display always "temporary shipping cost" in the checkout.
They will be later replaced by the real shipping cost (when selected) - therefore the final costs are true.
And the visitor/customer will know, what he/she/it can expect to pay for shipping costs before continuing the checkout process.
Something like this here: https://osworx.net/OpenCart-30/Vorlaeuf ... penCart-30
p.s.: typos corrected, thx.
Full Stack Web Developer :: Dedicated OpenCart Development & Support DACH Region
Contact for Custom Work / Fast Support.
I wouldn't know since 2014, since to be fair, it is only since recently that Canada is politically allied with Europe. As for the temporary shipping fees before knowing the definite ones, it'd be great to have the serviceability lists associated with the services' order totals but I guess we ain't there yet.OSWorX wrote: ↑Sun Apr 10, 2022 12:26 amThis regulation is already a "law" since the introduction in 2014 with the so called "Buttonlösung".However, as for the last sentence, indeed, I already covered it up before on the forum regarding the total balance between the payment and shipping service providers where shipping providers are already validating the total balance based on the payment string that needs to be added into their API from those services who requires it but it was for the American continent. Good to know, as I expected, that this also applies to EU nowadays.straightlight wrote: ↑Sat Apr 09, 2022 11:03 pmBeside this "wording", before a visitor/customer wants to buy something, it has to stated clearly, how much the visitor/customer has to pay at the end (means no additional and/or hidden costs after clicking that button are allowed).
So not "nowadays" (since 8 years)!
And it is clear, that shipping costs cannot be displayed before the visitor/customer has given his address (or used the shipping calculator where enabled).
The solution is very easy: display always "temporary shipping cost" in the checkout.
They will be later replaced by the real shipping cost (when selected) - therefore the final costs are true.
And the visitor/customer will know, what he/she/it can expect to pay for shipping costs before continuing the checkout process.
Something like this here: https://osworx.net/OpenCart-30/Vorlaeuf ... penCart-30
p.s.: typos corrected, thx.
Dedication and passion goes to those who are able to push and merge a project.
Regards,
Straightlight
Programmer / Opencart Tester
Dedication and passion goes to those who are able to push and merge a project.
Regards,
Straightlight
Programmer / Opencart Tester
Ah, okay ..straightlight wrote: ↑Wed Apr 13, 2022 11:00 pmHe's probably trying to find another way than providing a temporary shipping amount by using order totals to being able to be tested prior to complete the order which is not possible, yet.
I cannot think so complicated and around the corners .. maybe that's what he is trying to find ..
Full Stack Web Developer :: Dedicated OpenCart Development & Support DACH Region
Contact for Custom Work / Fast Support.
Until payment service providers do their parts, for now, it is complicated.OSWorX wrote: ↑Thu Apr 14, 2022 4:06 pmAh, okay ..straightlight wrote: ↑Wed Apr 13, 2022 11:00 pmHe's probably trying to find another way than providing a temporary shipping amount by using order totals to being able to be tested prior to complete the order which is not possible, yet.
I cannot think so complicated and around the corners .. maybe that's what he is trying to find ..
Dedication and passion goes to those who are able to push and merge a project.
Regards,
Straightlight
Programmer / Opencart Tester
The checkout process and the required parts during that to display to all customers have nothing to do with payment and/or shipping providers.straightlight wrote: ↑Thu Apr 14, 2022 10:31 pmUntil payment service providers do their parts, for now, it is complicated.
Otherwise several hundred clients of us would not be able to have successfully running Webstore built with OpenCart!
Full Stack Web Developer :: Dedicated OpenCart Development & Support DACH Region
Contact for Custom Work / Fast Support.
While running a successful store with Opencart might be one thing, payment and shipping service providers do balance the order totals for specific reasons where these reasons don't involve being on the same level as successions but neither considered as failures. Otherwise, these restrictions wouldn't be implemented on their behalf.OSWorX wrote: ↑Fri Apr 15, 2022 5:00 pmThe checkout process and the required parts during that to display to all customers have nothing to do with payment and/or shipping providers.straightlight wrote: ↑Thu Apr 14, 2022 10:31 pmUntil payment service providers do their parts, for now, it is complicated.
Otherwise several hundred clients of us would not be able to have successfully running Webstore built with OpenCart!
Dedication and passion goes to those who are able to push and merge a project.
Regards,
Straightlight
Programmer / Opencart Tester
The contract is stated in the terms and conditions of using and purchasing on a site.
If those terms and conditions are stated correctly and you agree to them they are legally binding and override any other argument.
EU law is often faulty and incomplete. They are made by people who do not and never have lived in the real world.
Generally they get ignored.
OK thanks a lotmikeinterserv wrote: ↑Wed May 04, 2022 9:54 amThe arguments are void by the correct terms and conditions.
The contract is stated in the terms and conditions of using and purchasing on a site.
If those terms and conditions are stated correctly and you agree to them they are legally binding and override any other argument.
EU law is often faulty and incomplete. They are made by people who do not and never have lived in the real world.
Generally they get ignored. czyj--numer.pl
It is important to note that laws and regulations regarding e-commerce and online sales can vary depending on the country or region, and it is important to consult with legal counsel to ensure compliance with all applicable laws and regulations.
That "your are not aware" does mean, that you don't know what's going on in Europe or some of the European Countries.onroadzbikerental wrote: ↑Fri Jan 20, 2023 12:48 pmI am not aware of any specific European Court of Justice (ECJ) decision regarding the naming of "Buy Buttons" on e-commerce websites.
I can only hope, that you never will have clients from e.g. Germany and Austria, because if you do not follow the rules and regulations > these clients have to pay a lof of money because of violating.
Full Stack Web Developer :: Dedicated OpenCart Development & Support DACH Region
Contact for Custom Work / Fast Support.
Users browsing this forum: No registered users and 32 guests