Validation error: PayPal amounts do not match

  • Resolved dnlcrd

    (@stardeslebens)


    4 years, 1 month ago

    Dear support,

    we are using your PayPal Plus plugin and every now and then orders get the status “on hold” because of a strange validation error named “PayPal amounts do not match”. We are using the shop in German language so I can only post you the full message in German: “Validierungsfehler: PayPal-Betr?ge stimmen nicht überein (brutto 66.47, sollte 66.46 sein). Status der Bestellung von In Bearbeitung auf In Wartestellung ge?ndert.” After some research I’ve found two tipps: 1) set decimal places to two instead of three and 2) disable the option for rounding taxes on base of subtotal BUT both ideas are already like this on our site.

    Any idea what to do here? It’s urgent because it’s disturbs our business workflow. Thanks a lot!

    The page I need help with: [log in to see the link]

Viewing 8 replies - 1 through 8 (of 8 total)

  • We have the same problem. Not within every order, but in some cases the amount differs on 0.01€.

    Thread Starter dnlcrd

    (@stardeslebens)

    Thanks for your feedback, stefanfejfar. Sorry if theres a misunderstanding. For us it’s also not within every order but on a regularly basis. We have a lot of orders so it is occurring every day. And yes for us it’s also a difference of 1 cent, too.

    Hope we can get this sorted out, it’s really a problem.

    Plugin Support Andreas W.

    (@aweissinpsyde)

    Hello, @stardeslebens @stefanfejfar

    please make sure your product prices are 0,00 and not 0,0000. Also please turn off in WooCommerce settings round amounts.

    Thank you
    Regards
    Andreas

    Thread Starter dnlcrd

    (@stardeslebens)

    Thanks @aweissinpsyde. We have indeed 0,0000 prices coming from a ERP system. We will have to check with the system’s support (JTL) how to turn this off and hopefully this PayPal error will be gone.

    Plugin Support Andreas W.

    (@aweissinpsyde)

    Hello @stardeslebens

    please keep me in the loop.

    Thank you
    Regards
    Andreas

    stefanfejfar

    (@stefanfejfar)

    Hello @stardeslebens and @aweissinpsyde

    we turned off the settings to round amounts.
    Also in our case JTL is used as ERP.

    The prices are net and have four decimals. Prices are transferred net from ERP to WooCommerce. The sales price is maintained with us in JTL ERP.
    The following example:
    https://wildbienenglueck.de/zubehoer-fuer-nisthilfen/

    The product has a gross price of 44.50€, in Woocommerce net 37.3950 arrive. So far so correct. However, there is then a rounding error, which I could not assign so far. At first I noticed it like here in the case only with incorrect Paypal bookings with difference of 0.01€, meanwhile I believe that the problem lies in WooCommerce. It is not the JTL WooCommerce connector – I checked the logs yesterday afternoon with JTL support.

    Best
    Stefan

    w3arts

    (@w3arts)

    Hello @stefanfejfar

    The price the clients sees and the price that will be transfered to PayPal might be different like as you said. It could be the frontend price is 40,00 but in the backend 40,0001 has been added as product price.

    That means the client will see all the time 40,00 in the checkout or even on PayPal but in the backend WooCommerce will transfer 40,0001 to PayPal and that doenst work.

    Here it could be possible that errors appear bc the prices arent correct and as you mention there will be a different in the grand amonut.

    I would highly recommend not to use WooCommerce with productprices like that. Also, when WooCommerce transfer the p[rice int he backgound like that 40,0001 PayPal will reject it becauce PayPal does not accept prices like that.

    Try to use Product prices with 2 numbers after the comma only.

    Regards
    Andreas

    Plugin Support Andreas W.

    (@aweissinpsyde)

    Closed because of inactivity

Viewing 8 replies - 1 through 8 (of 8 total)
  • The topic ‘Validation error: PayPal amounts do not match’ is closed to new replies.