Hi.. hope someone can help... :(
v150 - UK Zen Cart

I have taken over the running of a site (the original guy is no longer around) and one consistent problem the site owner faces is almost all credit card payments return a Failed AVS Check: 10505-This transaction cannot be processed.

I know this means that the 3D secure part could not match the the card details of the holder, but this has apparently happened so much with most CC transactions that I am being asked to fix it......... but i don't know how, or if I can. I have read on another cart's forum (via a Google search) to lower the PayPal settings, as if they are too high, even a typing of "king street" would fail if the cards address is "King Street"??? But I cannot find squat in the PayPal admin backend.

here is a copy and paste of the email

Transaction Response Details: Array
(
[RESULT] => 112
[PNREF] => ETHPA7EDF517
[RESPMSG] => Failed AVS Check: 10505-This transaction cannot be
processed.
[AVSADDR] => N
[AVSZIP] => N
[CVV2MATCH] => Y
[HOSTCODE] => 10505
[PROCAVS] => N
[PROCCVV2] => M
[IAVS] => N
[REQUEST_ID] => 1364844844
[CURL_ERRORS] =>
[L_SHORTMESSAGE0] => Failed AVS Check: 10505-This transaction cannot be
processed.
)

Problem occurred while customer #23 -- C*** M*** -- was attempting
checkout.

Array
(
[RESULT] => 112
[PNREF] => ETHPA7EDF517
[RESPMSG] => Failed AVS Check: 10505-This transaction cannot be
processed.
[AVSADDR] => N
[AVSZIP] => N
[CVV2MATCH] => Y
[HOSTCODE] => 10505
[PROCAVS] => N
[PROCCVV2] => M
[IAVS] => N
[REQUEST_ID] => 1364844844
[CURL_ERRORS] =>
[L_SHORTMESSAGE0] => Failed AVS Check: 10505-This transaction cannot be
processed.
)

May not have anything to do with 3D-Secure. That doesn't necessarily have anything to do with AVS "Address Verification Service".

But since PayPal can see the entire transaction, they'd be the best place to log a support ticket. www.paypal.com/mts

In the paypal account you need to go to "Fraud Management" in your account, and then "Edit your filter settings". You can then choose whether a partial AVS match is grounds for refusing payment.

Thanks Pickman, ATM the dude who owns the site has stopped accepting PayPal and is actively looking to try payment sense or cardsave [and even a new cart & and dev :(]. But I 'll look at your suggestion tomorrow and let you know if that helped... or if I have been fired :oops:

can someone please help me with this problem??

I set both PayPal Express and PayPal Pro to Debug mode to see if any logs were created over the weekend. Two logs were created but I do not understand what the content of both logs mean?

The site now gets no sales at all, the only indication that something is wrong is when a regular customer phones to place an order as they say cannot checkout/pay via the site. Please note, this is not my site. I am just trying (but failing) to help a friend.

|||||||bof PayPay CURL||||||||||||||||||

2013-05-11 01:00:58

(live transaction) --> https://payflowpro.paypal.com/transaction
Request Headers:
Array
(
[0] => Content-Type: text/namevalue
[1] => X-VPS-Timeout: 90
[2] => X-VPS-VIT-Client-Type: PHP/cURL
[3] => X-VPS-VIT-Integration-Product: PHP::Zen Cart(R) - PayPal/Payflow Pro
[4] => X-VPS-VIT-Integration-Version: 1.5.0
)

Request Parameters: {SetExpressCheckout}
Array
(
[AMT] => 81.00
[ITEMAMT] => 81.00
[L_NUMBER0] => 100060
[L_NAME0] => Bristot Arabica Coffee [248]***
[L_QTY0] => 1
[L_AMT0] => 81.00
[CURRENCYCODE] => GBP
[LOCALECODE] => GB
[ALLOWEDPAYMENTMETHOD] => InstantPaymentOnly
[GIFTMESSAGEENABLE] => 0
[GIFTRECEIPTEENABLE] => 0
[GIFTWRAPENABLE] => 0
[GIFTWRAPNAME] =>
[GIFTWRAPAMOUNT] => 0
[BUYEREMAILOPTINENABLE] => 0
[CUSTOMERSERVICENUMBER] =>
[BRANDNAME] => Bristot Coffee
[PAYMENTACTION] => Sale
[ALLOWNOTE] => 1
[LANDINGPAGE] => Billing
[NOSHIPPING] => 0
[ACTION] => S
[TENDER] => P
[TRXTYPE] => S
[RETURNURL[63]] => h t t p s:///ipn_main_handler.php?type=ec
[CANCELURL[80]] => h t t p s:///index.php?main_page=shopping_cart
[ec_cancel] => 1
[PAGESTYLE] => Primary
[REQUEST_ID] => 1368247257
[USER] => YBPQGV020B
[PWD] => ****************
[PARTNER] => PayPalUK
[VENDOR] => VWJ41A68SA
)

Response:
Array
(
[RESULT] => 0
[RESPMSG] => Approved
[TOKEN] => EC-0JL43530SP654021P
[CORRELATIONID] => cb600c8f8e146
[REQUEST_ID] => 1368247257
[CURL_ERRORS] =>
)

SetExpressCheckout, Elapsed: 904ms -- Succeeded

|||| eof log PayPay CURL |||

||| bof PayPalWPP |||
May-11-2013 13:00:57 (136827727)
getLineItemDetails 7 - subtotal comparisons
BEFORE line-item calcs: Array
(
[AMT] => 81
[ITEMAMT] => 81
[TAXAMT] => 0
[SHIPPINGAMT] => 0
[SHIPDISCAMT] => 0
[HANDLINGAMT] => 0
[INSURANCEAMT] => 0
)
AFTER doing line-item calcs: Array
(
[AMT] => 81
[ITEMAMT] => 81
[TAXAMT] => 0
[SHIPPINGAMT] => 0
[SHIPDISCAMT] => 0
[HANDLINGAMT] => 0
[INSURANCEAMT] => 0
[L_NUMBER0] => 100060
[L_NAME0] => Bristot Arabica Coffee [248]***
[L_QTY0] => 1
[L_AMT0] => 81
)

=================================

May-11-2013 13:00:57 (136827727)
getLineItemDetails 8
checking subtotals...
Array
(
[calculated total] => 81.00
[AMT] => 81.00
[ITEMAMT] => 81.00
)

difference: 0 (abs+rounded: 0)

May-11-2013 13:00:57 (136827727)
getLineItemDetails 10
subtotals balance - okay

May-11-2013 13:00:57 (136827727)
ec_step1 - 1
Checking to see if we are in markflow
cart contents: physical

NOTE: $this->showPaymentPage = 0
Customer ID: 0
Session Data: Array
(
[securityToken] => 672f0b2bdf5a53701aae635a4f37953c
[customers_host_address] => host-92-11-176-4.as43234.net
[cartID] =>
[cart] => shoppingCart Object
(
[contents] => Array
(
[248] => Array
(
[qty] => 1
)

            )

        [total] => 81
        [weight] => 0
        [cartID] => 23895
        [content_type] => physical
        [free_shipping_item] => 0
        [free_shipping_weight] => 0
        [free_shipping_price] => 0
    )

[check_valid] => true
[language] => english
[languages_id] => 1
[languages_code] => en
[currency] => GBP
[today_is] => 2013-05-11
[updateExpirations] => 1
[session_counter] => 1
[customers_ip_address] => 92.11.176.4
[inc_ex_tax] => 
[new_products_id_in_cart] => 
[messageToStack] => 
[valid_to_checkout] => 1
[cart_errors] => 
[payment] => paypalwpp

)

=================================

May-11-2013 13:00:57 (1368277257)
ec-step1-addr_check
cart content is not all virtual (or customer is not logged in) ... therefore will be submitting address details

May-11-2013 13:00:57 (1368277257)
getOverrideAddress - 4
not logged in and not in markflow mode - nothing to override

May-11-2013 13:00:57 (1368277257)
ec-step1-addr_check3
address details from override check: <NONE FOUND>

May-11-2013 13:00:57 (136827727)
ec_step1 - 2 -submit
Array
(
[AMT] => 81.00
[ITEMAMT] => 81.00
[L_NUMBER0] => 100060
[L_NAME0] => Bristot Arabica Coffee [248]***
[L_QTY0] => 1
[L_AMT0] => 81.00
[CURRENCYCODE] => GBP
[LOCALECODE] => GB
[ALLOWEDPAYMENTMETHOD] => InstantPaymentOnly
[GIFTMESSAGEENABLE] => 0
[GIFTRECEIPTEENABLE] => 0
[GIFTWRAPENABLE] => 0
[GIFTWRAPNAME] =>
[GIFTWRAPAMOUNT] => 0
[BUYEREMAILOPTINENABLE] => 0
[CUSTOMERSERVICENUMBER] =>
[BRANDNAME] => Bristot Coffee
[PAYMENTACTION] => Sale
[ALLOWNOTE] => 1
[SOLUTIONTYPE] => Sole
[LANDINGPAGE] => Billing
[NOSHIPPING] => 0
[RETURNURL] => h t t p s:///ipn_main_handler.php?type=ec
[CANCELURL] => h t t p s:///index.php?main_page=shopping_cart&ec_cancel=1
)

=================================

||| eof PayPalWPP |||

This doesn't look at all like a 10505 error. Is it actually a different site? Or at least a different error email (didn't see you post any emailed error message).

You've posted logs from an Express Checkout transaction. The first was step 1 of 3. There is no evidence of step 2 or 3.
The other logs you posted were merely general debug info showing how ZC prepared the details to include in the CURL calls to PayPal.

There are 3 steps to checkout, and will be shown in 3 separate PayPal_CURL-xxxxxxx.log log files.
Step 1: SetExpressCheckout - which is done before redirecting the customer to the PayPal site
Step 2: GetExpressCheckoutDetails - which is done after the customer returns from PayPal's site (after logging in over there and selecting how they plan to pay later)
Step 3: DoExpressCheckoutTransaction - which is the final submission of the actual transaction to move money from the customer's account to the merchant's account.

Since yours isn't doing step 2, it means the customer never returned to your site from PayPal. That suggests that they ran into a problem on PayPal's end, and the problem is between the customer and PayPal, and not something to do with your store at all. Or the customer just plain aborted/abandoned the transaction by closing the browser.

Thank you Dr Byte for the detailed explanation. It is the same site that has many 10505 errors and one instance of a customer registering without completing a mandatory field (http://www.zen-cart.com/showthread.php?207962-Customer-registered-without-completing-company-filed).

The owner is fairly distraught over the whole matter as they went from good average of 40 sales a day for the past two years to get getting nothing but errors and now no sales the past few months. Their only source of orders now are their ebay, amazon and moto orders.

I have done a winmerge and there is next to no difference in the fileset from a back up taken when the site went live, consulted with their hosts and they say it is nothing at their end and even a telephone support call with paypal has not helped either. They say they have no problems at their end.

I have no idea how to help them.