Error 10413 – the paypal error occurs when free shipping option is chosen

Can you provide a break down of the item(s) on your cart along with how you have free shipping setup so I can try to reproduce this problem on our test server?

Thank you for the fast response ??

10-08-2015 @ 13:08:23 – Response: Array
(
[TIMESTAMP] => 2015-10-08T04:08:23Z
[CORRELATIONID] => 7b43727339d2e
[ACK] => Failure
[VERSION] => 112.0
[BUILD] => 18308778
[L_ERRORCODE0] => 10413
[L_SHORTMESSAGE0] => Transaction refused because of an invalid argument. See additional error messages for details.
[L_LONGMESSAGE0] => The totals of the cart item amounts do not match order amounts.
[L_SEVERITYCODE0] => Error
)

10-08-2015 @ 13:08:23 – SetExpressCheckout API call failed.
10-08-2015 @ 13:08:23 – Detailed Error Message: The totals of the cart item amounts do not match order amounts.
10-08-2015 @ 13:08:23 – Short Error Message: Transaction refused because of an invalid argument. See additional error messages for details.
10-08-2015 @ 13:08:23 – Error Code: 10413
10-08-2015 @ 13:08:23 – Error Severity Code: Error
10-08-2015 @ 14:23:49 – Start Express Checkout
10-08-2015 @ 14:23:50 – Test Mode: no
10-08-2015 @ 14:23:50 – Endpoint: https://api-3t.paypal.com/nvp
10-08-2015 @ 14:23:50 – Request: Array
(
[USER] => *****
[PWD] => *****
[VERSION] => 112.0
[BUTTONSOURCE] => AngellEYE_SP_WooCommerce
[SIGNATURE] => *****
[METHOD] => SetExpressCheckout
[RETURNURL] => https://www.wabijapan.com/checkout/checkout-review/?pp_action=revieworder
[CANCELURL] => https://www.wabijapan.com/ja/home-page/
[ADDROVERRIDE] => 1
[LOCALECODE] => en_US
[BRANDNAME] => Wabi Japan
[CUSTOMERSERVICENUMBER] =>
[SOLUTIONTYPE] => Sole
[LANDINGPAGE] => Login
[PAYMENTREQUEST_0_AMT] => 6889.00
[PAYMENTREQUEST_0_CURRENCYCODE] => USD
[PAYMENTREQUEST_0_SHIPPINGAMT] => 0.00
[PAYMENTREQUEST_0_TAXAMT] => 0.00
[PAYMENTREQUEST_0_SHIPTONAME] => Tetsuya Ogawa
[PAYMENTREQUEST_0_SHIPTOSTREET] => 131 H.V Dela Costa street
[PAYMENTREQUEST_0_SHIPTOSTREET2] => Unit 2312, GRAND SOHO
[PAYMENTREQUEST_0_SHIPTOCITY] => Salcedo Village, Makati City
[PAYMENTREQUEST_0_SHIPTOSTATE] => 00
[PAYMENTREQUEST_0_SHIPTOZIP] => 1227
[PAYMENTREQUEST_0_SHIPTOCOUNTRYCODE] => PH
[PAYMENTREQUEST_0_SHIPTOPHONENUM] =>
[PAYMENTREQUEST_0_PAYMENTACTION] => Sale
[L_PAYMENTREQUEST_0_NAME0] => #3776 CENTURY PTB-600000 #56 Takisansui (MEDIUM)
[L_PAYMENTREQUEST_0_AMT0] => 6888.81
[L_PAYMENTREQUEST_0_NUMBER0] => 101380
[L_PAYMENTREQUEST_0_QTY0] => 1
[PAYMENTREQUEST_0_ITEMAMT] => 6889
)

I guess I’m a little confused at how this is happening. What is the actual price of your product in your system?

Free shipping should be completely separate from anything to do with item pricing. I’m not understanding why your item price is showing 6888.81 but then the subtotal and grand total are showing 6889.00. That’s not a rounding issue. Somehow we’re losing 19 cents in the itemized price..??

(when order has exceeded USD 100). If the amount is not a whole number, will automatically round it down, which will make the total amount less than the subtotal amount.

The total doesnt count the whole amount but it getting less, And we don’t know why it getting less

So your item price is entered into the product details as 6889.00, right?

I don’t understand how you’re saying it’s getting rounded down to 6888.81..?? That doesn’t make sense.

Or is it the other way around? Your item price is entered as 6888.81, but then the order is rounding it to 6889.00..??

sorry for the confusion,
It’s the other way around
~item price is entered as 6888.81, but then the order is rounding it to 6889.00

Ok, I’ll setup that scenario in my test server to see if I can reproduce the issue. I’ll get back with you shortly.

Because we have a campaign that if the items get $99 dollar and above the shipping fee will automatically free of charge, And the total is rounding down. and not getting the exact amount ~ Thanks

I am not able to reproduce this problem following these steps.

1) Enable free shipping with a minimum order of $99
2) Create a product with the price 6888.81
3) Add the item to the shopping and proceed to checkout with PayPal Express Checkout.

Note that in step 3 I am given the option to choose free shipping since I meet the min. order requirement, but again, that would have no bearing on the item pricing.

At this point I am sent to PayPal without any error, and the API request shows the correct item amount of 6888.81. Here is the request that was generated for me.

(
[USER] => *****
[PWD] => *****
[VERSION] => 112.0
[BUTTONSOURCE] => AngellEYE_SP_WooCommerce
[SIGNATURE] => *****
[METHOD] => SetExpressCheckout
[RETURNURL] => https://woo.angelleye.com/checkout/review-order/?pp_action=revieworder
[CANCELURL] => https://woo.angelleye.com/cart/
[ALLOWNOTE] => 1
[ADDROVERRIDE] => 1
[HDRIMG] => https://www.angelleye.com/images/angelleye-paypal-header-750×90.jpg
[LOGOURL] => https://www.angelleye.com/images/angelleye-logo-190×60.jpg
[EMAIL] => [email protected]
[BRANDNAME] => WooCommerce Demo
[CUSTOMERSERVICENUMBER] => 816-555-5555
[SOLUTIONTYPE] => Sole
[LANDINGPAGE] => Login
[PAYMENTREQUEST_0_AMT] => 6888.81
[PAYMENTREQUEST_0_CURRENCYCODE] => USD
[PAYMENTREQUEST_0_SHIPTONAME] => Tester Testerson
[PAYMENTREQUEST_0_SHIPTOSTREET] => 123 Test Ave
[PAYMENTREQUEST_0_SHIPTOCITY] => Grandview
[PAYMENTREQUEST_0_SHIPTOSTATE] => MO
[PAYMENTREQUEST_0_SHIPTOZIP] => 64030
[PAYMENTREQUEST_0_SHIPTOCOUNTRYCODE] => US
[PAYMENTREQUEST_0_SHIPTOPHONENUM] => 8165555555
[PAYMENTREQUEST_0_PAYMENTACTION] => Sale
[L_PAYMENTREQUEST_0_NAME0] => Happy Ninja
[L_PAYMENTREQUEST_0_AMT0] => 6888.81
[L_PAYMENTREQUEST_0_QTY0] => 1
[PAYMENTREQUEST_0_ITEMAMT] => 6888.81
)

There must be something else unique going on with your setup that is causing the item pricing to get adjusted. Do you have any other plugins installed that could be doing something with item pricing?

Now that I look again, it’s not the item pricing that’s incorrect in your request, it’s the subtotal / grand total. As you mentioned, that is getting rounded up to the whole number, but the item pricing itself is accurate.

So that’s what we need to look for. Any plugins or anything you have setup that would be adjusting order totals..??

Our plugin simply pulls the current values out of WooCommerce, so something must be adjusting that in WooCommerce prior to our plugin pulling the data.

I would recommend disabling any other plugins you have running to see if the problem goes away. If so, then you can re-enable them one-at-a-time until the problem comes back to find the culprit.

Are you using a coupon code along with your campaign that adds the free shipping, or is the free shipping simply enabled by the order minimum alone?

Again, that merely provides the free shipping option, which would then pass 0.00 into the shipping amount in the PayPal request.

Something else outside of that must be adjusting your order amount.

I will check on this thank you ~
Yes the total is correct if not enable the free shipping button.

Do you have some other plugin or something handling your free shipping or are you just enabling the basic free shipping option within WooCommerce?

It makes no sense that choosing the free shipping option would cause the order total to round up to a whole number. There’s nothing in our code logic that would do that, and again, I am unable to reproduce it on my server. I also haven’t had any reports of this from anybody else.

If you can provide a video of your attempts that might help. We also offer premium support if you’d like us to look into this more directly for you.

Yes were using a coupon along with the woo, Maybe the other plugins are affecting the shipping fee issues?

Big thanks for your fast reply and reliable answers will check on this ??