PayPal 10413 error

[DieuxSoldat_04]

Awesome man. Run a few more tests could you, and verify it is a resolute fix?

I kind of figured with was a cumulative data problem but when I turned of ot configs, I would be breaking the Cal State Tax Laws, so that wasn't an option but since this still calculates the tax and displays it but doesn't have PayPal process any of the information, it should be a legal fix.

Once I get my Test Site up I will see if this works!

Thanks again!

- Jason

[eye will]

Jason,

I have given up. I am converting all my products to display without tax and just sell in the UK. I am changing all the Totals in the site to say Total (including Tax). I have to change the attributes to not include tax and have changed the postage to exclude VAT.

Not an answer, but the only guarantee way to still be able to use pay pal and secure sales without losing all your tax.

Will

If anyone can correct the module it would be much appreciated.

[Monsz]

If you can, test this:
http://www.zen-cart.com/forum/showpo...5&postcount=26

Jason,

I have given up. I am converting all my products to display without tax and just sell in the UK. I am changing all the Totals in the site to say Total (including Tax). I have to change the attributes to not include tax and have changed the postage to exclude VAT.

Not an answer, but the only guarantee way to still be able to use pay pal and secure sales without losing all your tax.

Will

If anyone can correct the module it would be much appreciated.

[Monsz]

Hmm, sorry, this link is for paypal express checkout, not paypal website payment pro.

If you can, test this:
http://www.zen-cart.com/forum/showpo...5&postcount=26

For website payment pro module, i think the filename is 'paypaldp.php', and maybe insert a code to rows 1301-1303 (after this:

    // subtotals have to add up to AMT
    // Thus, if there is a discrepancy, make adjustment to HANDLINGAMT:
    $st = $optionsST['ITEMAMT'] + $optionsST['TAXAMT'] + $optionsST['SHIPPINGAMT'] + $optionsST['HANDLINGAMT'];
    if ($st != $optionsST['AMT']) $optionsST['HANDLINGAMT'] += strval($optionsST['AMT'] - $st); 

).

So insert this to rows 1301-1303:

    unset($optionsST['TAXAMT']);
    unset($optionsST['SHIPPINGAMT']);
    unset($optionsST['HANDLINGAMT']); 

I don't use website payment pro, so i don't try this code in this modul, but the function content is look like to function in paypalwpp.php.

[DieuxSoldat_04]

I will try the fix for PayPal Express Checkout. I have given all visitors a one month advance of scheduled downtime for the first week of October. So I can test soon.

Eye Will, what is it your are talking about attributes being involve din tax? I have any attributes to my items but none add price but I never set any configurations for tax and etc. Could this be one fo the issues I am having?

- Jason

[DivaVocals]

My client's customers are also getting the 10413 error. It's weird because initially this was all working fine..

From what we've been able to gather from the customers who've gotten the error, the error occurs when they use the PayPal Express option from the shopping cart. We've made no changes to the cart, and the only mods installed are as follows:

1. FedEx shipping module
2. Captcha (Andrew's version)
3. Returns Authorization

Here's the PayPal Express configuration:

Enable this Payment Module
True

Sort order of display.
15

Payment Zone
--none--

Set Order Status
Processing [2]

Set Unpaid Order Status
Pending [1]

Set Refund Order Status
Pending [1]

Express Checkout: Require Confirmed Address
No

Express Checkout: Select Cheapest Shipping Automatically
Yes

Express Checkout: Skip Payment Page
Yes

Express Checkout: Automatic Account Creation
Yes

Payment Action
Final Sale

Transaction Currency
Selected Currency

PayPal Page Style
Primary

API Signature -- Username
xxxxx_xxxx.xxxxxxxxx.com

API Signature -- Password
xxxxxxxxxxxxxxxx

API Signature -- Signature Code
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX-
XXXXXXXXXXXXXXXXXX

PayPal Mode
PayPal

Live or Sandbox
live

Debug Mode
Off

Here's the PayPal Payments Pro configuration:

Enable this Payment Module
True

Sort order of display.
10

Payment Zone
--none--

Set Order Status
Processing [2]

Set Unpaid Order Status
Pending [1]

Payment Action
Final Sale

Transaction Currency
Selected Currency

PayPal Mode
PayPal

Live or Sandbox
live

Debug Mode
Off

This is the order totals modules and their sort orders:
Sub-Total - ot_subtotal - 100
Info Shipping - ot_shipping - 200
Info Discount Coupon - ot_coupon - 280
Info Group Discount - ot_group_pricing - 290
Info Tax - ot_tax - 300
Info Low Order Fee - ot_loworderfee - 400
Info Gift Certificates - ot_gv - 840
Info Total - ot_total - 999
Info COD Fee - ot_cod_fee

There is nothing special about this client's orders.. He does not offer discounts, coupons or gift certificates. Taxes are only calculated and collected for California residents. None of the customers who reported the issue were California customers. (One lives in the UK, the other is from Chicago, IL)

All of the order modules are turned on except ot_cod_fee. (should the unsued total modules be turned off??)

My client wanting to turn off the PayPal Express option. He is planning on contacting PayPal to see if they will give him their blessing to turn off this option temporarily while we try to get to the root of the issue.. I on the other hand am totally confused.. Is there a direction I can move in??

[Monsz]

Did you try what i wrote?

[DivaVocals]

Hmm, sorry, this link is for paypal express checkout, not paypal website payment pro.




For website payment pro module, i think the filename is 'paypaldp.php', and maybe insert a code to rows 1301-1303 (after this:

    // subtotals have to add up to AMT
    // Thus, if there is a discrepancy, make adjustment to HANDLINGAMT:
    $st = $optionsST['ITEMAMT'] + $optionsST['TAXAMT'] + $optionsST['SHIPPINGAMT'] + $optionsST['HANDLINGAMT'];
    if ($st != $optionsST['AMT']) $optionsST['HANDLINGAMT'] += strval($optionsST['AMT'] - $st); 

).

So insert this to rows 1301-1303:

    unset($optionsST['TAXAMT']);
    unset($optionsST['SHIPPINGAMT']);
    unset($optionsST['HANDLINGAMT']); 

I don't use website payment pro, so i don't try this code in this modul, but the function content is look like to function in paypalwpp.php.

I'm a little confused, and I just want to understand before I make this change.. Would un-commenting lines 1302-1303 be the same as what you are suggesting??

/*  //PayPal API spec contradicts itself ... and apparently neither of these "requirements" are enforced. 
    //Thus skipping this section for now:

    // according to API specs, these cannot be set if they contain zero values, so unset if they are zero:
    if ($optionsST['TAXAMT'] == 0)      unset($optionsST['TAXAMT']);
    if ($optionsST['SHIPPINGAMT'] == 0) unset($optionsST['SHIPPINGAMT']);
    if ($optionsST['HANDLINGAMT'] == 0) unset($optionsST['HANDLINGAMT']);
    // set missing subtotals if they are zero values, since all must be submitted
    if (!isset($optionsST['TAXAMT']))      $optionsST['TAXAMT'] = 0;
    if (!isset($optionsST['SHIPPINGAMT'])) $optionsST['SHIPPINGAMT'] = 0;
    if (!isset($optionsST['HANDLINGAMT'])) $optionsST['HANDLINGAMT'] = 0;
*/

[Monsz]

What I did was: In paypaldp.php (Paypal Website Payments Pro class) insert this code to the rows 1301-1303, in paypalwpp.php (Paypal Express Checkout) insert to the rows 1519-1522:

    unset($optionsST['TAXAMT']);
    unset($optionsST['SHIPPINGAMT']);
    unset($optionsST['HANDLINGAMT']); 

The modified code will like this in both files:

    // subtotals have to add up to AMT
    // Thus, if there is a discrepancy, make adjustment to HANDLINGAMT:
    $st = $optionsST['ITEMAMT'] + $optionsST['TAXAMT'] + $optionsST['SHIPPINGAMT'] + $optionsST['HANDLINGAMT'];
    if ($st != $optionsST['AMT']) $optionsST['HANDLINGAMT'] += strval($optionsST['AMT'] - $st);


        //**************inserted code for unset subtotals********************************************************************
    unset($optionsST['TAXAMT']);
    unset($optionsST['SHIPPINGAMT']);
    unset($optionsST['HANDLINGAMT']);
        //*********************************************************************************************

/*  //PayPal API spec contradicts itself ... and apparently neither of these "requirements" are enforced. 
    //Thus skipping this section for now: 

I suggest you, before make the change, backup both files, if you make mistake, you can upload the original files.

[DivaVocals]

Thanks for the clarified code.. and it's not that I am not grateful.. but I still want to understand something.. I found this commented out code in BOTH PayPal files

/*  //PayPal API spec contradicts itself ... and apparently neither of these "requirements" are enforced. 
    //Thus skipping this section for now:

    // according to API specs, these cannot be set if they contain zero values, so unset if they are zero:
    if ($optionsST['TAXAMT'] == 0)      unset($optionsST['TAXAMT']);
    if ($optionsST['SHIPPINGAMT'] == 0) unset($optionsST['SHIPPINGAMT']);
    if ($optionsST['HANDLINGAMT'] == 0) unset($optionsST['HANDLINGAMT']);
    // set missing subtotals if they are zero values, since all must be submitted
    if (!isset($optionsST['TAXAMT']))      $optionsST['TAXAMT'] = 0;
    if (!isset($optionsST['SHIPPINGAMT'])) $optionsST['SHIPPINGAMT'] = 0;
    if (!isset($optionsST['HANDLINGAMT'])) $optionsST['HANDLINGAMT'] = 0;
*/

Wouldn't un-commenting this code be the SAME/SIMILAR as what you are suggesting I do to modify to these files???