• Dit probleem zou in versie 7.3.0 opgelost zijn maar helaas komt het nog steeds voor. @niklasinpsyde

    Mollie rond de getallen af naar boven ook al is dat niet altijd juist.
    Bijvoorbeeld € 149.90 + € 31.497 (21% btw) = € 181.379 en zou afgerond dus € 181.38 moeten zijn maar volgens Mollie is dit niet juist en moet het 181.39 zijn.

    Error executing API call (422: Unprocessable Entity): The amount of the order does not match the total amount from the order lines. Expected order amount to be €181.39 but got €181.38. Documentation: https://docs.mollie.com/overview/handling-errors. Request body: {"status":422,"title":"Unprocessable Entity","detail":"The amount of the order does not match the total amount from the order lines. Expected order amount to be €181.39 but got €181.38","field":"amount","_links":{"documentation":{"href":"https://docs.mollie.com/overview/handling-errors","type":"text/html"}}}. Field: amount

    Als dit gebeurd zie je de bestelling nog wel in de Mollie backend bij Transacties maar niet in de Mollie backend bij Bestellingen.

    Normaal maakt de Mollie plugin gebruik van de Order API methode en zie je netjes Order in de backend terug komen, maar als de fout optreed schakelt de Mollie plugin over op de Payment API methode en zie je Bestelling staan in de backend van Mollie.

    WordPress Versie: 6.0.1
    Woocommerce Versie 6.7.0
    Mollie Versie 7.3.0

    https://snipboard.io/fC1n2P.jpg
    https://snipboard.io/r5JcmV.jpg

    • This topic was modified 2 years, 3 months ago by martje65.
Viewing 4 replies - 1 through 4 (of 4 total)
  • Thread Starter martje65

    (@martje65)

    Ik heb nog even verder gezocht en het lijkt erop dat Woocommerce de BTW op het eind de btw optelt en afrond naar 2 cijfers achter de komma en de Mollie plugin rond de BTW van elke bestelregel afzonderlijk af naar 2 cijfers achter de komma en telt deze dan op.
    https://snipboard.io/ZmMPdV.jpg
    https://snipboard.io/UVYHa3.jpg

    Plugin Support Syde Niklas

    (@niklasinpsyde)

    Hi @martje65,

    This problem is likely caused by having three or more decimals in the tax amount.
    If tax values had two decimals, it shouldn’t be a problem.
    Mollie only accepts two decimals in the tax, but WooCommerce can go longer.
    So this has to be shortened. This is currently done with rounding, but we are looking into alternate methods to handle this without potentially introducing rounding issues.

    There is also a setting “Round tax at subtotal level, instead of rounding per line” in the WooCommerce Tax options, which you could try to disable to see if it makes a difference.
    In any case, we aim for the next update to better handle taxes with three or more decimals.

    Kind regards,
    Niklas

    Thread Starter martje65

    (@martje65)

    Hello @niklasinpsyde

    If you calculate VAT you need 4 decimals otherwise you get rounding differences. If you use “rounding per line” to 2 decimals your total VAT is not correct.
    If you sell a lot of products that cost 21.50 and you use “rounding per line” you will get a rounding differences off 0.005 for every 21.50 products on the order.
    If there are 10 products that cost 21.50 you will get a differences of 0.05

    Plugin Support Syde Niklas

    (@niklasinpsyde)

    We are trying to improve the behavior for the next plugin update.
    I don’t have too many details about the progress yet, but I’ll let you know when I hear back.

    Kind regards,
    Niklas

Viewing 4 replies - 1 through 4 (of 4 total)
  • The topic ‘The amount of the order does not match the total amount from the order lines’ is closed to new replies.