I’d hoped that it would then display ‘£’… But ti doesn’t. If I try to add it into the ‘Price’ field, I end up with ‘$£’.
Shipping also really doesn’t make sense to me. I can’t set it to anything other than free, and surely each item might require it’s own shipping cost - as some things might be heavier than others…?
“Abmahnfähig” means that there are lawyers in Germany who search websites and search for legal errors and then warn the owners with a sum of money.
The customer has to make a separate overview of the order (conditionally fulfilled)
The customer must complete a complete overview of the order and the statement of VAT and shipping costs before concluding and paying. And then the order button must get a special note. For example, “paid order” or something like that. And the terms and conditions and the right of withdrawal must be confirmed via a checkbox. What Paypal indicates when forwarding does not count.
It may sound completely crazy. But it is like that in Germany. If you could add an overview page before the process button to Paypal, I think many would have helped. There is also great service, such as paddle etc. In Germany not allowed for a German company !!
I will give an example:
In Germany a cancellation period of 14 days applies to online orders. A judge has then decided that there must be 4 weeks on Ebay. There was a transitional period of a few weeks. Then lawyers have searched on the Ebay search in the Terms and all dealers with 14 days withdrawal period sued / warned. It will be expensive for the dealer. There are whole law firms in Germany that only do that.
Thanks for the explanation @codiergott - yes that sounds pretty terrible
At this stage the Ecommerce is linked with PayPal so if they are not providing enough protection in this matter, there’s not much else we can add on except some kind of overview page perhaps.
Or maybe being able to add some kind of text under the buttons on this pop-up?
Yes Paddle is good and @instacks has a Paddle Tag already available or can offer advice on
benutzt du zum Verkauf in Deutschland Paddle? Ich habe mit einem IT-Rechts Anwalt gesprochen und der hat mir davon abgeraten. Habe bei Paypal auch den gleichen Fehler, wie ezchile.
I case of Paddle, they are the Merchant of Record. The contract will be closed between Paddle and the customer, not you. This is clearly visible in their checkout form (and not yours).
Ok, thanks for the answer. This was new to me. Have you tried Snipcart before? In this case of PulseCMS ecommerce I do not conclude a contract with Paypal but the customer with me. And then it will be difficult to comply with all German laws or do you see it differently?
That might be because "test@this.that" is a fake email address? You need to put your actual PayPal account in here, either sandbox or active (live) address
Also, please be careful of your curly quotes... it's " and not “
The only bug we can see is the front end still shows a $ sign although the cart is set for EUR - so we are adding this in 5.3.1 which will be out very soon - thanks for the testing!
Sadly, it’s exactly the same after trying your suggestions. I’m using a live Paypal address, literally cutting and pasting the tag above into the page, I’m ensuring that the quotes aren’t being changed (whoch seems to happen when cutting and pasting into the forum for some reason) and I have even reverted back to “USD” : “US” for currency and locale, in case that was part of the problem.
I’ve uploaded it to a live server (previously I was testing on MAMP) and still the same. Out of interest, what did you set the currency and locale to in order to get Paypal to show a GBP page? Whatever I’ve tried brings back nothing but a ‘BAD_INPUT_ERROR’ from Paypal.
I’m sure it’s likely to be something stupidly simple. I’d love to know what though…
Firstly, thanks so much for looking into this. I have now downloaded 5.3.1, which seems to be so very nearly there in terms of eCommerce in places where currency isn’t a dollar amount.
I did notice that the newly defined currency symbol shows everywhere other than a couple of related places ($ is still hardcoded within the price dropdowns within the front-end and any new price added in the back-end)
But the checkout page seems to pass the correct info through, which is really great.
Sorry to be the bearer of bad news regarding the dollar symbol bit. Your teams hard work on this is very much appreciated.
Yes. That’s what I mention above. I only noticed it in the frontend dropdown information, and the backend ‘Price’ information which is being added automatically.
In the meantime, the options cane be done by hand so those will need to be edited in shop.xml if the currency is changed (in Tags folder) but will get a solution out for this