Paypal Express Checkout - Shipping Address Issue

Zen cart: v1.3.9b

I currently have an issue with the Paypal Express Checkout Module on a certain website. Basically the issue occurs when a user checks out in the normal manner, ie:

- Shipping Address
- Billing Address
- Confirm Order
- Customer sent to Paypal for payment

However, it doesn't matter what shipping address is entered, it is always over-ridden by the address held in Paypal when the order is sent back to the zen cart system.

Is there some sort of flag which needs to be turned on in a payment module file to send the shipping address? Any help would be much appreciated

Have you tested this in v1.3.9h? There were numerous updates to all the PayPal code in v1.3.9c, d, e, f, g, and h.

Also, be sure to answer all the questions in the Posting Tips section of the screen which appears when you click Reply below.

Quote:

---

Originally Posted by webhorizons

Zen cart: v1.3.9b

I currently have an issue with the Paypal Express Checkout Module on a certain website. Basically the issue occurs when a user checks out in the normal manner, ie:

- Shipping Address
- Billing Address
- Confirm Order
- Customer sent to Paypal for payment

However, it doesn't matter what shipping address is entered, it is always over-ridden by the address held in Paypal when the order is sent back to the zen cart system.

Is there some sort of flag which needs to be turned on in a payment module file to send the shipping address? Any help would be much appreciated

---

Apologies for raising this post up again, however I have searched the forum and I am unable to find an answer to this problem!

As explained by webhorizons zen cart is not sending the shipping address to Paypal. The billing address the customer enters in zen cart is instead taken as the delivery address on the Paypal page. However when the customer enters their credit card and address details on Paypal this over rides everything and is sent back to zen cart as the customers delivery address.

I am using version 1.3.9h - At first I thought it may have something tod with the address over ride setting however this is set to 1 (extract of paypalwpp log shown below):

PHP Code:

---

    // If the customer has changed their shipping address,
      // override the shipping address in PayPal with the shipping
      // address that is selected in Zen Cart.
      if ($order->delivery['street_address'] != $_SESSION['paypal_ec_payer_info']['ship_street_1'] && $_SESSION['paypal_ec_payer_info']['ship_street_1'] != '') {
        $_GET['markflow'] = 2;
        if (($address_arr = $this->getOverrideAddress()) !== false) {
          // set the override var
          $options[COLOR="Red"]['ADDROVERRIDE'] = 1;[/COLOR]          // set the address info
          $options['SHIPTONAME']    = $address_arr['entry_firstname'] . ' ' . $address_arr['entry_lastname'];
          $options['SHIPTOSTREET']  = $address_arr['entry_street_address'];
          if ($address_arr['entry_suburb'] != '') $options['SHIPTOSTREET2'] = $address_arr['entry_suburb'];
          $options['SHIPTOCITY']    = $address_arr['entry_city'];
          $options['SHIPTOZIP']     = $address_arr['entry_postcode'];
          $options['SHIPTOSTATE']   = $address_arr['zone_code'];
          $options['SHIPTOCOUNTRYCODE'] = $address_arr['countries_iso_code_2']; 


---

Is there any other file/setting that I should be checking?

Thanks in advance

Does anyone have an answer to this problem?

It's working as designed. PayPal only accepts submission of one address. They treat that as the shipping address.

Quote:

---

Originally Posted by DrByte

It's working as designed. PayPal only accepts submission of one address. They treat that as the shipping address.

---

Thanks DrByte but I am totally confused now. So are you telling me when the customer changes their delivery address in Zen cart they must do this again on the Paypal payment page?

Why does the code state it will over ride Paypal's shipping address?
[SCR] // If the customer has changed their shipping address,
// override the shipping address in PayPal with the shipping
// address that is selected in Zen Cart.
[/SCR]

Can anyone on here get zencarts delivery address to override paypals?

Hi rebelman did you have any luck with this?

Regarding a work around, there must be a way to keep the delivery address within zen cart separate (so it shows as the delivery address in emails and on the customers account) and change the code so it sends the billing address to PayPal.

I don't understand why the shipping address is sent and not the billing address! Surely it's Zen Cart that chooses which information is sent to PayPal

HI howb, still looking for a solution! I agree surely there is some workaround. I'm moving to another payment provider shortly but would still like to fix this.

Quote:

---

Originally Posted by howb

I don't understand why the shipping address is sent and not the billing address! Surely it's Zen Cart that chooses which information is sent to PayPal

---

Yes. PayPal offers fields for submitting an address. They are:
SHIPTONAME
SHIPTOSTREET
SHIPTOSTREET2
SHIPTOCITY
SHIPTOZIP
SHIPTOSTATE
SHIPTOCOUNTRYCODE

Can you perhaps see from that WHY Zen Cart would be giving the SHIPPING address for the data submitted in those fields. After all, they're named SHIPTOxxxxxxx.

Presently PayPal specifically does NOT ACCEPT multiple addresses, and SPECIFICALLY does NOT ACCEPT *billing* address submission with orders, because PayPal does billing address handling on their side directly.

So, you can see why Zen Cart does what it does. It's following PayPal's rules.

If you want to have PayPal change how they work, please log a request for changed features with PayPal directly. We'd like them to expand and support submission of billing addresses, but thus far they haven't had enough demand from people like you for them to see how important it is.

Thanks Drbyte however in my case the shipping address is not being sent! Please go back and read my initial post.

Quote:

---

Originally Posted by DrByte

Yes. PayPal offers fields for submitting an address. They are:
SHIPTONAME
SHIPTOSTREET
SHIPTOSTREET2
SHIPTOCITY
SHIPTOZIP
SHIPTOSTATE
SHIPTOCOUNTRYCODE

Can you perhaps see from that WHY Zen Cart would be giving the SHIPPING address for the data submitted in those fields. After all, they're named SHIPTOxxxxxxx.

Presently PayPal specifically does NOT ACCEPT multiple addresses, and SPECIFICALLY does NOT ACCEPT *billing* address submission with orders, because PayPal does billing address handling on their side directly.

So, you can see why Zen Cart does what it does. It's following PayPal's rules.

If you want to have PayPal change how they work, please log a request for changed features with PayPal directly. We'd like them to expand and support submission of billing addresses, but thus far they haven't had enough demand from people like you for them to see how important it is.

---

Hi DrByte, thanks for the response

I realise that it is obviously a paypal security measure and Zen Cart are just following paypals guidelines! Also I rang paypal to complain about this and informed them that it was losing me custom and therefore losing them money and then I went on to log a feature request.

Hypothetically speaking though to develop a workaround (which would probably violate PayPals guidelines) would it be possible to change the code so that it sends PayPal the billing information into their shipping fields and then when PayPal sends back the information to Zen Cart it over writes the billing information, leaving the shipping info alone? Possibly done by disguising the billing info as the shipping info?

Quote:

---

Originally Posted by howb

...would it be possible to change the code so that it sends PayPal the billing information into their shipping fields and then when PayPal sends back the information to Zen Cart it over writes the billing information, leaving the shipping info alone? Possibly done by disguising the billing info as the shipping info?

---

Or even if there is a way of just preventing/stopping paypal changing the shipping fields when it sends back the confirmation?

I have searched and found a lot regarding this subject, but I haven't found an answer:

I am running Zen Cart 1.5 and using Paypal Express Checkout. I have removed the shortcut button from the shopping cart page.

Recently a customer complained that they had not received their package. The customer herself discovered that the shipping address on the order was not correct. It was one of her old addresses and she had not entered it in our shop. At first we did not understand why, but after a while the customer realized that the old address was still registered in Paypal.

We want Zen Cart and the customer to choose shipping address and this should not be overridden by Paypal. Is there any way to fix this? At this point we cannot really rely on the shipping address in Zen Cart because it could have been altered by what the customer selected at Paypal..

I don't get it!!
Just to get things right, here is a complete scenario:
Our shop is B2B so you have to be registered and logged in to order products.
ZenCart 1.39h fresh installed

PaypalExpress module configuration:
PaymentZone: kein/none,
EC-Button: NO,
require confirmed address: NO

OK, I'm a registered customer and I want to buy some products. I go to the site, log in and put some products in my cart. After that I go to the cart, check the content and start the checkout process. First I select my shipping address (which is definitly not known by paypal) and shipment details --> continue to payment information, where I accept conditions and select paypal as the payment method of my choice --> continue to confirmation page, reviewing all the information --> continue to confirm the Order. Now I will be taken to the paypal site. I log in at paypal. For what ever reason, I do not change or add my shipto address at paypal, leaving it what ever it points to (most likely my default address). Shouldn't paypal register the new address, which I submitted (from zen cart)?
Anyway, now I hit the pay now button.
Afterwards I get a payment confirmation e-mail from paypal (Shipto is NOT the one sent by zencart, because not known by paypal), I get an order confirmation e-mail from the zen cart shop (Shipto is NOT the one sent by zencart)
ZenCart Admin gets a NEW ORDER info e-mail (Shipto is NOT the one sent by zencart)

The Ship To Address is in all cases the same address, one of the addresses, which are already known by paypal but not the one, the customer filled in at the store.

Me, the customer did not take care about updating paypal addresses. So it's my problem??
How do you handle these orders? Do you contact every customer before processing the order if payed via paypal?
And how do you find out without checking evey paypal log file?
Shouldn't it be at least pointed out in the backend?

Quote:

---

Originally Posted by DrByte

Yes. PayPal offers fields for submitting an address. They are:
SHIPTONAME
SHIPTOSTREET
SHIPTOSTREET2
SHIPTOCITY
SHIPTOZIP
SHIPTOSTATE
SHIPTOCOUNTRYCODE

Can you perhaps see from that WHY Zen Cart would be giving the SHIPPING address for the data submitted in those fields. After all, they're named SHIPTOxxxxxxx.

Presently PayPal specifically does NOT ACCEPT multiple addresses, and SPECIFICALLY does NOT ACCEPT *billing* address submission with orders, because PayPal does billing address handling on their side directly.

---

:yuck:

I have been speaking to a technical support staff member from PayPal, and they said that Zencart has an error in their coding that is swapping what is supposed to be there. It is not supposed to send the shipping address to PayPal when a different shipping address is added to the "enter new shipping address area" in the delivery information area on Zencart. I have been trying to resolve this issue for months, and just found out about the problem, and why my customers have not been able to make a purchase since April. This has nothing to do with PayPal protection if a customer in the US would want to ship a gift to another part of the US. It is the buyers choice to send the product wherever the hell they wish.

I completely disagree with DR. Byte, because this may be pointed out to a customer who is being billed in the US, and desires to ship an item to a third world country, which I don't blame PayPal for not wanting to offer their PayPal protection for this. First off, I don't think an unverified account has any type of PayPal protection, only the seller's verified account does. And if the seller desires to ship a customer in Siberia a package, and take the risk, PayPal shouldn't offer protection for this. It should be shipped at the seller's own risk, or at least charge insurance on a package.

If a customer comes to my store, like an army Col. did the other day, and the billing address is not the same as the shipping address, the shipping address should not be sent to PayPal instead of the billing address, because PayPal is attempting to verify the card number to the billing address to verify the owner of the card. When the shipping address is placed there instead, the card is automatically declined, and the customer gets pissed.

If Dr. Byte thinks that this is how it is supposed to be now for 8 years, and is not offering an answer for somebody like myself that needs this to work, then I will go use OpenCart, or Magento, or something that will work correctly.

We need a solution that will override this stupid setting, and for us, only shipping to the contiguous 48 states of the US, the shipping address not showing as the billing address will suffice. It's bad enough that the PayPal express module is so screwed up that it needs 100 patches just if you want to display the express checkout button and expect it to work properly, not to mention, if you add sitewide markup, PayPal won't even work, because of the major conflict between the two, and it cancels out the correct communication with PayPal, and return communication sends customers buying more than one item to the whoops page.

We need not the shipping address to show up as the billing address no matter what, so if somebody would like to man up and send the instructions over on how to override this stupid feature, I have already received the ok from PayPal to do so without violating any policy. The express checkout button is shut off, because of the order total glitch in it. So, we don't need any of that to be considered in our answer.

The developers at Zencart, or who write these haven't been losing thousands per month with this issue, we are. Now, if you'd like to give us some insight as how to fix this ingenious swap up, please email it to me at m_v_belanger at yahoo dot com.

We have businesses to run, mouths to feed, and bills to pay. All of this pussyfooting around for 8 years without giving up the answer is horse dung.. just give it up.

PayPal states that it is Zen's error, and it is a really stupid one. I can't wait to call them to say what I have seen here. If I knew this was going to be a problem, I would have never ever used zencart. I have had nothing but really expensive headaches with it, time after time. If I spent all of the money in fixes, updates, and addons in one shot, I could have had the Cadillac of sites.

Just give your users the simple code change. It is our chance if it violates the policies of PayPal, not yours. Even if the issue wasn't there when PayPal completed the card fraud check, how would they know where the item was shipped to anyway? It is supposed to be going to the billing address. Well, what if the customer has a PO Box?

Didn't anybody think when they wrote this stupid module?:yuck:

Marc Belanger

Dr. Byte,
That is completely untrue. PayPal does not use the shipping address, in PayPal express, they use the credit cards billing address to compare to the billing address given by the web vendor so they could look and see if the same address is given for the use of the fraud check that they perform.

The answer that has been given since 2004 is complete nonsense, and is a cover up for a miscoded express PayPal module.

First off, if you buy and ship to your own address, this is fine, it is comparing the correct address.
Second, if a customer decides to enter their credit card without having a PayPal account, the address used to check should be the billing address, not the shipping address. PayPal has confirmed with me last night that the system is flopped around, and I could send you the copy of the PayPal support email if you'd like.

If I were the customer, and had a credit card that was set up with a billing address from 10 years ago or better (where they allowed you to set the billing address as a po box) then the shipping address would have to be different.

PayPal does not compare the shipping address of where the item is going to your credit cards billing address. In this example, the payment processor would receive the shipping address as the billing address, and the card transaction would be denied as a fraudulent attempt.

The billing address needs to be sent to the PayPal page period.

How is this done with PayPal express, I have grown tired of seeing the same posts over and over which the answer is the same from you, and still 100% wrong. There has to be a code fix that will allow the billing address to be forwarded to PayPal, and only the billing address, even if the item is shipping to another country.

PayPal does not see where the package is going, they strictly use the address for matching of the billing address to see if the customer using the card has matched the correct billing information in the shopping cart system. If it matches, then they accept the purchase after the card fraud check is complete. They do not the shipping address to perform a fraud check. Nobody in this world would be able to send a gift to another person anywhere on the planet during Christmas time if this were true.

As a matter of fact, here is the copy of the support email.. Maybe you will actually believe this instead of listening to yourself answer the same thing over and over since 2004..


Subject:
addresses being flopped by shopping cart [Incident: 120925-000581]
From:
"PayPal Merchant Technical Support" <[email protected]> (Add as Preferred Sender)
Date: Tue, Sep 25, 2012 10:15 pm
To: [email protected]

Recently you requested assistance from PayPal Merchant Technical Services. Below is a summary of your request and our response.


Subject
addresses being flopped by shopping cart

Discussion Thread
Response Via Email (Tracy) 09/25/2012 07:15 PM
Hello Marc Belanger,

Thank you for contacting PayPal.

During our conversation, you did a test checkout. While going thru your checkout, you determined the address change was not sent to the next page of the cart correctly. Please take screen shots of each page in the cart and pass this to your web developer who can further assist you. It appears some variables have been swapped and the IT professional can unravel this issue and correct it for you.

If you have any further questions or concerns about integrating PayPal with your web site, please feel free to contact us again at: 1-800-852-1973, reply to this ticket, or go to https://paypal.com/integration

Sincerely,
Tracy
Developer Technical Support
PayPal, an eBay Company
Customer By Phone (Entered by Tracy)

See the bottom of the page, and notice that Dr. Byte did not reply to the note because PayPal is saying the system is working wrong. They told me nowhere in their policy that they need the shipping address from the shopping cart. If a customer is not a PayPal customer, and wishes to checkout as a guest, there is no need for the shipping address to be sent to PayPal. They need the billing address to compare to the credit card to see if the user is the authentic user of the card.. Period! How the hell would they be able to accept a credit card if the billing address was trying to be matched to the shipping address. It would always be declined. It doesn't take a Rocket Scientist to figure that out. that's why the IPN version had an address override setting so it could be set in case there was that problem. The author of this addon has not added any feature to update the modules since then. I think it would be too mind boggling to be able to add something to just allow only the billing address to go to Paypal. PayPal simply doesn't need the shipping address. We need some answers. Will you please post a fix. You've been answering the same wrong thing since 2004. It needs to be flopped if there is a different delivery address so the billing addy goes to PayPal.

Any Solution? orders are being lost because of wrong shipping address.

Hi,
I am setting up site locally. my zencart version is v1.5.1.and it has fec addon. I setup paypal express checkout in sandbox.Tested a sample order (loginto zencart,selected a product,added to cart,clicked proceed to check out. In the check out page, Provided same shipping and billing address.Clicked on confirm order and directed to paypal. Logged into paypal with an account which has different address from shipping and billing.Order is completed and redirected back to zencart. In invoice shipping address is the address provided in paypal.

is it possible to identify if shipping address in zencart and shipping address in paypal(invoice) match. If they do not match let the seller know about it. So that seller contact buyer to confirm shipping address or refunds money back to buyer's account. or I am okay if the order is not processed at all if shipping address in zencart and address in paypal do not match.

This step is very criticalb because user may provide one shipping address in zencart and he may have different address in paypal account.Please help.

ZenCart 1.3.9h
PayPal website payments pro
Paypal Express Checkout:
Express Checkout: Require Confirmed Address
No

Express Checkout: Select Cheapest Shipping Automatically
No

Express Checkout: Skip Payment Page
No

Express Checkout: Automatic Account Creation
Yes


NEED A SOLUTION! Shipping address issue... as described in the posts above.
Desired outcome: a customer makes a purchase with paypal express and wants to ship to a different address than their PaPal billing address. The store owner receives the purchase information with the billing AND shipping address.

Not sure, but the times when a separate billing an shipping address does NOT come through appears to be when it is a new customer (one who does not already have an account registerd inthe zencart store).

In any case - we need a solution. The current shipping address problem is frustrating for customers and store owners.

Maybe the only solution is to remove paypal Express.

Quote:

---

Originally Posted by vwebworld

Not sure, but the times when a separate billing an shipping address does NOT come through appears to be when it is a new customer (one who does not already have an account registerd inthe zencart store).

---

Then set your store's Express Checkout Shortcut Button setting to Off. That will require all customers to create an account on your store before they can get into checkout, thus eliminating the symptom you just stated.

Thanks... when I do that (set button to off) this message still appears when the customer clicks on "go to checkout":
"Have a PayPal account? Want to pay quickly with a credit card? Use the PayPal button below to use the Express Checkout option."

But... there is no paypal button.

~Roland

Quote:

---

Originally Posted by vwebworld

Thanks... when I do that (set button to off) this message still appears when the customer clicks on "go to checkout":
"Have a PayPal account? Want to pay quickly with a credit card? Use the PayPal button below to use the Express Checkout option."

But... there is no paypal button.

---

Ya, that was tidied up in v1.5.0

You can edit your templates and language files to remove that text until you upgrade.

Dr Byte -

Have there been any developments with regard to the PayPal Delivery/Shipping address issue?

We are on the point of abandoning ZenCart as customers cannot have a billing address that's different to their delivery address.

Over the years of talking to PayPalI have gained the impression that if anything is going to change, it has to be ZenCart and not PayPal.

We need a modification to the module. Or we have to go.

Version here is 1.3.9f and would have upped to 1.5.1 but unless the PayPal glitched is fixed, better to use a different cart.

Quote:

---

Originally Posted by Belangers

there is no need for the shipping address to be sent to PayPal. They need the billing address to compare to the credit card to see if the user is the authentic user of the card.. Period! How the hell would they be able to accept a credit card if the billing address was trying to be matched to the shipping address. It would always be declined. It doesn't take a Rocket Scientist to figure that out. ... I think it would be too mind boggling to be able to add something to just allow only the billing address to go to Paypal. PayPal simply doesn't need the shipping address.

---

Okay, Mr Belanger, if "PayPal simply doesn't need the shipping address", then please explain exactly WHY PayPal THEMSELVES allow ONLY for a SHIPPING address to be submitted, and NEVER a BILLING address. You can read it all in their API specs.

Thus far even PayPal hasn't been able to answer that question for me.

But if you can, then I'm all ears.

To those of you who have chimed in saying you want it to work differently, please answer the following questions ...

While Mr Belanger is flamboyantly adamant that zen cart is solely at fault, his perspective is very specific and doesn't take into consideration some of PayPal's technical limitations.

So, putting his rants aside, perhaps YOU can explain EXACTLY what YOU want to have happen for YOUR customers. And be very specific about what you want to have happen to BOTH shipping AND billing addresses in EACH OF the following cases:

1. the shopper DOES NOT YET HAVE an account on your store and chooses to commence Checkout via Shortcut Button:
Remember: they can choose ONE address from all the addresses in their PayPal account.
i) since PayPal only passes back one address, which they call "the Shipping address", should that be used as the billing address in your order?
ii) and what if they then change the shipping address in your store before confirming final payment?
iii) and, subsequent to ii) what should your store do if PayPal rejects that changed address for ANY reason (such as it fails their validation checks, or falls outside of allowed countries, fails the "requires confirmed address check" in the next point below, etc)?
iv) and what should be done if the storeowner has opted to pass the setting to PayPal that requires a confirmed address during checkout?
- - a) what happens if the customer chooses an unconfirmed address?
- - b) what happens if the customer WANTS to ship to some other place that they can't confirm? Remember, this is a setting that applies to your entire store, not just to one individual customer

2. the shopper DOES have an account on your store but has NOT logged in and chooses to commence Checkout via Shortcut Button:
Remember: they can choose ONE address from all the addresses in their PayPal account.
i) what gets used for the billing address in your order? is it their PayPal address? or their primary address already in your store as it would be if they were to log in first?
ii) and what to use for the shipping address in your order?
iii) and what if they then change the shipping address in your store before confirming final payment?
iv) and, subsequent to iii) what should your store do if PayPal rejects that changed address for ANY reason (such as it fails their validation checks, or falls outside of allowed countries, fails the "requires confirmed address check" in the next point below, etc)?
v) and what should be done if the storeowner has opted to pass the setting to PayPal that requires a confirmed address during checkout?
- - a) what happens if the customer chooses an unconfirmed address?
- - b) what happens if the customer WANTS to ship to some other place that they can't confirm? Remember, this is a setting that applies to your entire store, not just to one individual customer

3) the shopper DOES have an account on your store and IS logged into your store before going through checkout (either via the Shortcut button or by the radio-button on the checkout-payment screen)
Note: Only one address can be submitted to PayPal, and PayPal calls that the "shipping" address.
i) Which address from your store should be submitted to PayPal?
ii) What should be done in your store if the customer overrides that address at PayPal?
iii) What should be done then in your store if the customer decides that they want to use a different address and changes it in your store before final submission for payment?
iv) and, subsequent to iii) what should your store do if PayPal rejects that changed address for ANY reason (such as it fails their validation checks, or falls outside of allowed countries, fails the "requires confirmed address check" in the next point below, etc)?
v) and what should be done if the storeowner has opted to pass the setting to PayPal that requires a confirmed address during checkout?
- - a) what happens if the customer chooses an unconfirmed address?
- - b) what happens if the customer WANTS to ship to some other place that they can't confirm? Remember, this is a setting that applies to your entire store, not just to one individual customer

4. Customer does NOT have a PayPal account yet, or has never accessed the PayPal site before and therefore has no PayPal cookie in their browser, so PayPal thinks they're "new" and wants to encourage them to create an account.
In this case, REMEMBER that PayPal ONLY accepts ONE address during this submission, and PAYPAL calls that the "SHIPPING" address ... despite the fact that on the "I don't have a PayPal account yet" screen PayPal uses that "shipping" address as the "suggested" "billing" address and pre-populates all those address fields with the SHIPPING address.
In the case of a customer who has no account on your store or has not logged into their store account, this is moot.
But if the customer DOES have an account on your store, is it correct for Zen Cart to submit your customer's "shipping" address to PayPal and just let PayPal use that as the "billing" address? Because that's what happens now. Nevertheless, I get complaints all the time from merchants saying they think PayPal should NOT use the submitted "shipping" address for the default "billing" address, and yet PayPal makes no provision for submitting a SEPARATE address. If half the merchants in the world think it should be one way, and half think it should be the other way, and yet PayPal says it should be only ONE way, what should Zen Cart do?

5. Of all your answers to all these questions, which specific ones are today NOT working as you believe they ought to? Please ensure there is enough detail in your reply to explain why it is a problem and what the universal solution is for it.


Your opinions are welcome. Please be sure to answer from the perspective of a solution that will work for ALL merchants and ALL customers, not just for one store alone.

Quote:

---

Originally Posted by Belangers

I have been trying to resolve this issue for months, and just found out about the problem, and why my customers have not been able to make a purchase since April.

---

I'm curious. What changed last April that has caused this problem?

Quote:

---

Originally Posted by Belangers

If Dr. Byte thinks that this is how it is supposed to be now for 8 years, and is not offering an answer for somebody like myself that needs this to work, then I will go use OpenCart, or Magento, or something that will work correctly.

---

What makes you so sure that these other carts don't have the same, or similar problems?

Quote:

---

Originally Posted by Belangers

The developers at Zencart, or who write these haven't been losing thousands per month with this issue, we are..

---

Really? This has been costing you that much? With that much at stake have you considered hiring a developer to make the code work the way *you* want? If you did this 8months ago your investment in the development would have paid for itself many times by now, but even better, if you then decide to 'donate' the code you had developed back into the ZenCart community, we'd not only all have a 'better solution' but the ZenCart developers would be able to concentrate more of their time towards other enhancements/improvements rather than trying to fix a problem that appears to affect so few users.

Quote:

---

Originally Posted by Belangers

Now, if you'd like to give us some insight as how to fix this ingenious swap up, please email it to me at m_v_belanger at yahoo dot com.

---

LOL. Paraphrased, "My car has broken down, so if one of you motor mechanics out their would like to send me an email I'll give you some insight as to how to fix it".

Yeah, I can see this is a great method of soliciting help.

Quote:

---

Originally Posted by Belangers

We have businesses to run, mouths to feed, and bills to pay. All of this pussyfooting around for 8 years without giving up the answer is horse dung.. just give it up.

---

This is *your* problem, not ZenCarts, and not the ZenCart development team. If ZenCart doesn't suit your needs, then why on earth are you still using it?

OK, so what if you do decide to use a different eCommerce system, one more suited to your particular needs, I don't see how this is going to have any kind of negative impact to the ZenCart developers. Refresh my memory, how much did you pay for the software again?

Quote:

---

Originally Posted by Belangers

PayPal states that it is Zen's error, and it is a really stupid one. I can't wait to call them to say what I have seen here. If I knew this was going to be a problem, I would have never ever used zencart. I have had nothing but really expensive headaches with it, time after time. If I spent all of the money in fixes, updates, and addons in one shot, I could have had the Cadillac of sites.

---

Was there a reason why you spent "all of the money in fixes, updates, and addons" (which most of us have never had to do anyway), yet this seemingly all important issue has been left for the ZenCart team to 'fix' on a purely voluntary basis, instead of you sharing?

Quote:

---

Originally Posted by Belangers

Just give your users the simple code change.

---

This is assuming the change *will* be simple. When it comes to coding most people don't have a clue how simple (or complex) any given task is likely to be.

It reminds me of my old electronics repair days, where based on no knowledge at all, the customers would constantly tell me that it was a 'simple fault' because (insert reason here). Few would realise that even though it only takes 2 seconds to resolder a dry joint to effect a repair, there is no way of knowing in advance how long it would take to *find* the joint that needed resoldering.

Quote:

---

Originally Posted by Belangers

It is our chance if it violates the policies of PayPal, not yours.

---

I vehemently disagree with this. It would be unconscionable for any developer to create code that violates the policy of the servers it is connecting to. This can only lead to a bad outcome for *everyone*.

Quote:

---

Originally Posted by Belangers

Didn't anybody think when they wrote this stupid module?

---

I suspect that the ZenTeam have already put a LOT more thought into it than you have... with the difference being that they need to cater for the greater majority, whilst still adhering to PayPal Policy. Furthermore, I suspect that your thoughts along these lines are limited to just a single customer/checkout scenario, yet if you check DrBytes post#27 you'll note that he has covered several scenarios that haven't even crossed your mind.

Apologies for the rant, but I can't seem to grasp how people can be so 'demanding' for something they get free, and I really do get a kick out of how 'threats' to move to a different eCommerce system is somehow supposed to make the developers quiver in fear of losing a non paying customer. Threats only work if the other party has something to lose. If you change carts you will be doing the team a favour rather than anything else, because it means you'll no longer be using the forum to post negative comments and other disparaging remarks.

Just my 2cents worth.

Cheers
Rod

Quote:

---

Originally Posted by MrSensible

Dr Byte -

Have there been any developments with regard to the PayPal Delivery/Shipping address issue?

---

Hi,
There are a lot of various discussions going on in this thread, and each has their own bent.

Can you please explain what specific symptoms *you* are needing a fix for?

Quote:

---

Originally Posted by DrByte

Okay, Mr Belanger, if "PayPal simply doesn't need the shipping address", then please explain exactly WHY PayPal THEMSELVES allow ONLY for a SHIPPING address to be submitted, and NEVER a BILLING address. You can read it all in their API specs.

Thus far even PayPal hasn't been able to answer that question for me.

But if you can, then I'm all ears.

---

I appears based on your list of scenarios/questions that there is NO solution, because PayPal only manages one address.

The way it should work for the customers' sake is they should have the ability to pay AND to enter a shipping address different than their billing address.

If this can not be done with ZenCart and PayPal Express - then just tell us (ZenCart users) that an we will need to decide how to deal with that situation.

Thank you, Roland

Quote:

---

Originally Posted by RodG

I'm curious. What changed last April that has caused this problem?



Apologies for the rant, but I can't seem to grasp how people can be so 'demanding' for something they get free, and I really do get a kick out of how 'threats' to move to a different eCommerce system is somehow supposed to make the developers quiver in fear of losing a non paying customer. Threats only work if the other party has something to lose. If you change carts you will be doing the team a favour rather than anything else, because it means you'll no longer be using the forum to post negative comments and other disparaging remarks.

Just my 2cents worth.

Cheers
Rod

---

I realize ZenCart is free - but its' promotion says "There are hundreds of shopping cart programs available, but none come close to offering the level of options, features and support available with Zen Cart®. Even the commercial programs have a hard time competing"...and users (like myself) count on ZenCart to provide a competitive ecommerce solution that works.

Just because a product is free or open souce doesn't mean it doesn't have to work.

I didn't say there's no solution.

I asked you to explain how you believe it should work in all those myriad ways that need to be considered.

Care to participate in helping come to a workable solution?

Quote:

---

Originally Posted by DrByte

I didn't say there's no solution.

I asked you to explain how you believe it should work in all those myriad ways that need to be considered.

Care to participate in helping come to a workable solution?

---

As I mentioned: "The way it should work for the customers' sake is they should have the ability to pay AND to enter a shipping address different than their billing address."

So, if the customer does or does not have an account with the ZenCart store they should have the ability to enter a shipping address which may be different than their billing address. Since PayPal can not manage two addresses I would think ZenCart would enable the customer to enter their shipping address outside of PayPal. One thought is the customer would enter their shipping address before they pay, then they are directed to paypal to pay.

Quote:

---

Originally Posted by vwebworld

One thought is the customer would enter their shipping address before they pay, then they are directed to paypal to pay.

---

Okay, now, if your customer is already logged in and has selected their shipping address within your store, and then goes to PayPal to pay, their shipping address is indeed sent to PayPal. The key to ensuring that the customer is already logged in is to turn off the EC Shortcut Button in your ZC PayPal EC module settings.

But ... do you want to prevent them from choosing a different address on PayPal's end? Especially if you only accept "confirmed" addresses .. in which case you MUST let them select a confirmed address from the various addresses they have on-file in their PayPal account..

All of this leaves out the "billing address" part, because the billing address is basically irrelevant since PayPal is managing all of that, and basically intends to insulate the merchant from having the customer's actual billing "info"(address).

Paypal Express overides customer's address.

I guess there is no answer for this problem? We are handling over 2 a week. Whether a customer is registered or not, whatever they use for shipping address in zencart is overwritten by whatever address they have in Paypal.

Note: to someone who questioned whether this behaviour occurs in other carts. No it does not, as I have tested it myself by using a checkout as guest as well as a full account.

In both cases the shipping address entered in the cart overrode the address I have in my paypal account. Therefore this issue can be rectified through coding, whether it is essentially a zencart or paypal problem.

I would hope zencart can fix this as I have no option but to remove paypal as a payment option due to customer dissatisfaction and our extra costs.

Quote:

---

Originally Posted by jetx

Paypal Express overides customer's address.

I guess there is no answer for this problem? We are handling over 2 a week. Whether a customer is registered or not, whatever they use for shipping address in zencart is overwritten by whatever address they have in Paypal.

---

I don't see this as a problem. It is more of a benefit. The customer using PayPal as a method of payment can/should have the ability to select the address they want the items sent to from their Paypal account and not be forced to ship to the address on the store account. They could well be buying the item as a gift for someone else.

Quote:

---

Originally Posted by jetx

Note: to someone who questioned whether this behaviour occurs in other carts. No it does not, as I have tested it myself by using a checkout as guest as well as a full account.

---

And how many 'other carts' did you test with? You'll find that the best carts function in the same manner as ZenCart.

Quote:

---

Originally Posted by jetx

In both cases the shipping address entered in the cart overrode the address I have in my paypal account.

---

Which to me is incorrect behaviour. When I pay something with paypal I like to choose from one of my many different shipping addresses for where the order is to be mailed. Having it mailed to the address I've entered into any given store really isn't suitable. Oftentimes I don't even have an account with the store I'm buying from, PayPal Express eliminates this need.

Quote:

---

Originally Posted by jetx

Therefore this issue can be rectified through coding, whether it is essentially a zencart or paypal problem.

---

It's really not a 'problem'. However, I do concede that it is a behaviour that you apparently don't like.

Quote:

---

Originally Posted by jetx

I would hope zencart can fix this as I have no option but to remove paypal as a payment option due to customer dissatisfaction and our extra costs.

---

The solution is actually quite simple. Use PayPal IPN (standard) rather than PayPal Express. This will force your customers to create a store account and enter the address you want them to use. PayPal IPN doesn't override this address (AFAIK). All it does is confirm if/when the payment has been made.

Cheers
Rod

If you had a site which suffered a minimum 2 of these a week you'd likely think otherwise. This is a very real problem, contrary to your arguments in this thread. It costs me plenty in terms of lost freight for returns. It is not practical to continue with this. Oh yes I suppose could just advise customers that the error was clearly their own. Maybe I could just point them to this thread so you could enlighten them.

With regards to paypal IPN, Dr Byte comments: http://www.zen-cart.com/showthread.p...48#post1180848 so we will not be going there.

It is very simple, a customer creates an account or uses COWOA, they take the time to input their preferred shipping address, click on paypal to pay for the goods, get whisked away to paypal and click the pay button without even thinking about the address in paypal because they already put the shipping address in the shopping cart. I mean do you get this?

With regards to your comment: " You'll find that the best carts function in the same manner as ZenCart" That is utter nonsense. Why don't take the time and have a look for yourself instead of drafting novels. Go to some decent, high volume sites. Try it on one of your local sites such as theiconic. You'll see they use paypal express and you'll also see that if you play customer and you take the time to put your items into the cart, input your shipping address and you hit paypal that when you confirm the order the address you put as the shipping address in the shopping cart is picked up by paypal. Checkout some others and you might see what everyone else besides you and Dr Byte are talking about.

Anyway, I am quite certain this all falls on deaf ears with you. Dr Byte, if you read this I would appreciate your comments. In the meantime I have removed paypal as a payment option.

Many European Zen Cart stores are setting up their PayPal Express module like this:

Payment Zone
--none--

Express Checkout Shortcut Button
Off

Express Checkout: Require Confirmed Address
No

Express Checkout: Select Cheapest Shipping Automatically
No

Express Checkout: Skip Payment Page
No

Express Checkout: Automatic Account Creation
No

Payment Action
Final Sale

Transaction Currency
Only EUR

Allow eCheck?
Instant Only

So there is no PayPal Express Checkout button or automatic account creation.
The customer has to register normally in the store and indicate a payment and shipping address during the checkout.
Lots of customers have old adresses in their PayPal accounts and do not check their shipping address in PayPal.
In the current module the PayPal address is taken as shipping address for the Zen Cart order, the PayPal address overwrites the shipping address that the customer has selected before in the store.
So the shopowner gets lots of orders with wrong shipping addresses and can never be sure if the customer wants the shipping really to the address in the order confirmation email or shop administration.

To solve this issue here are some modifications for the PayPal Express module in Zen Cart 1.5.3 (based on the current 1.6 code):

https://github.com/webchills/zencart...PayPal-Express

This is of course only suitable for stores which are configured as described above!

With these modifications PayPal does not care about shipping addresses and the customer is not able to change the shipping address at PayPal or able to select from his PayPal address book.
No shipping options are presented and the shipping address for the order will always be the one the customer selected before during the Zen Cart checkout.
Additionaly with this modification the customer gets the PayPal website in the language he has choosen before in the store and not in the language of the shop country.
This is kind of a quick and dirty solution as I just commented out or deleted some code. Would be great to address this issue in upcoming versions as the way it is now is a real pain for many shopowners.

Quote:

---

Originally Posted by webchills

To solve this issue here are some modifications for the PayPal Express module in Zen Cart 1.5.3 (based on the current 1.6 code):

https://github.com/webchills/zencart...PayPal-Express

---

Anyone know another link, one here is 404 and search brings nothing up.

This fix sounds perfect for me. This issue is causing me a serious problem affecting approximately 60% of my orders. My store is serving a takeaway site with major impact when addresses for delivery are changed by PayPal.

The link to the repository did change, here is a working one:
https://github.com/webchills/zencart-de-paypal-express
I have added an English readme and updated the modification to Zen Cart 1.5.4

Quote:

---

Originally Posted by SpaceMonkey

Anyone know another link, one here is 404 and search brings nothing up.

This fix sounds perfect for me. This issue is causing me a serious problem affecting approximately 60% of my orders. My store is serving a takeaway site with major impact when addresses for delivery are changed by PayPal.

---

Please note that you don't have to change any code -- only built-in PayPal Express Checkout payment-module settings, specifically:

Code:

---

Express Checkout Shortcut Button
Off

Express Checkout: Require Confirmed Address
No

---

With those settings, the customer logs into your store (no shortcut button), chooses their billing and shipping addresses, selects Pay with PayPal and at confirmation they're taken to PayPal to make their payment. Since you're not requiring a confirmed address, PayPal leaves the shipping address alone (with a message that the customer will need to return to your store to change it).

Unfortunately this is not the way it works right now especially if the customer has multiple adresses in Zen Cart or has different shipping and billing adresses.
All stores suffering from this issue do have the setting Requird Confirmend Address set to No.
If this setting would avoid the issue neither this thread nor code modifications would exist.

Quote:

---

Originally Posted by webchills

The link to the repository did change, here is a working one:
https://github.com/webchills/zencart-de-paypal-express
I have added an English readme and updated the modification to Zen Cart 1.5.4

---

Thank you "WEBCHILLS"!! I will run through this after tonight's session. I have my fingers crossed. Thanks again. :yes:

Quote:

---

Originally Posted by webchills

The link to the repository did change, here is a working one:
https://github.com/webchills/zencart-de-paypal-express
I have added an English readme and updated the modification to Zen Cart 1.5.4

---

Cooolio.

All works fine for me. Next few days will tell. Thanks for such a prompt response WEBCHILLS. :D

Hi

Was this ever resolved - I have had the same problem with one of my e-commerce sites (version 5.1)
I have edited the following files in the includes/languages/english folder to try and get the customer to check/confirm the delivery address as follows:

checkout_shipping.php
define('TABLE_HEADING_COMMENTS', 'Special Instructions - To avoid shipping errors, please re-confirm your delivery address if different from your billing address ');

and for the automated email order acknowledgement

checkout_process.php
define('EMAIL_DETAILS_FOLLOW','The following are the details of your order - please check to make sure your delivery address is correct.');

Quote:

---

Originally Posted by webchills

The link to the repository did change, here is a working one:
https://github.com/webchills/zencart-de-paypal-express
I have added an English readme and updated the modification to Zen Cart 1.5.4

---

Thank you webchills, after years of trying to figure out a workaround, this has finally fixed the issue. Have just tested it myself and it works. Thanks again

Quote:

---

Originally Posted by jetx

If you had a site which suffered a minimum 2 of these a week you'd likely think otherwise. This is a very real problem, contrary to your arguments in this thread. It costs me plenty in terms of lost freight for returns. It is not practical to continue with this. Oh yes I suppose could just advise customers that the error was clearly their own. Maybe I could just point them to this thread so you could enlighten them.

It is very simple, a customer creates an account or uses COWOA, they take the time to input their preferred shipping address, click on paypal to pay for the goods, get whisked away to paypal and click the pay button without even thinking about the address in paypal because they already put the shipping address in the shopping cart. I mean do you get this?

With regards to your comment: " You'll find that the best carts function in the same manner as ZenCart" That is utter nonsense. Why don't take the time and have a look for yourself instead of drafting novels. Go to some decent, high volume sites. Try it on one of your local sites such as theiconic. You'll see they use paypal express and you'll also see that if you play customer and you take the time to put your items into the cart, input your shipping address and you hit paypal that when you confirm the order the address you put as the shipping address in the shopping cart is picked up by paypal. Checkout some others and you might see what everyone else besides you and Dr Byte are talking about.

Anyway, I am quite certain this all falls on deaf ears with you. Dr Byte, if you read this I would appreciate your comments. In the meantime I have removed paypal as a payment option.

---

It wasn't clear if this was a US store or another country.

Quote:

---

Originally Posted by webchills

Many European Zen Cart stores are setting up their PayPal Express module like this:

Payment Zone
--none--

Express Checkout Shortcut Button
Off

Express Checkout: Require Confirmed Address
No

Express Checkout: Select Cheapest Shipping Automatically
No

Express Checkout: Skip Payment Page
No

Express Checkout: Automatic Account Creation
No

Payment Action
Final Sale

Transaction Currency
Only EUR

Allow eCheck?
Instant Only

So there is no PayPal Express Checkout button or automatic account creation.
The customer has to register normally in the store and indicate a payment and shipping address during the checkout.
Lots of customers have old adresses in their PayPal accounts and do not check their shipping address in PayPal.
In the current module the PayPal address is taken as shipping address for the Zen Cart order, the PayPal address overwrites the shipping address that the customer has selected before in the store.
So the shopowner gets lots of orders with wrong shipping addresses and can never be sure if the customer wants the shipping really to the address in the order confirmation email or shop administration.

To solve this issue here are some modifications for the PayPal Express module in Zen Cart 1.5.3 (based on the current 1.6 code):

https://github.com/webchills/zencart...PayPal-Express

This is of course only suitable for stores which are configured as described above!

With these modifications PayPal does not care about shipping addresses and the customer is not able to change the shipping address at PayPal or able to select from his PayPal address book.
No shipping options are presented and the shipping address for the order will always be the one the customer selected before during the Zen Cart checkout.
Additionaly with this modification the customer gets the PayPal website in the language he has choosen before in the store and not in the language of the shop country.
This is kind of a quick and dirty solution as I just commented out or deleted some code. Would be great to address this issue in upcoming versions as the way it is now is a real pain for many shopowners.

---

I've re-read through this discussion and looked at the repo posted by webchills. I'm grateful that webchills posted the code for others to access and use. There are some changes in it that might negatively impact North American stores, but I'm trying to find a way to incorporate the relevant fixes so everyone can benefit from one common solution.

I'm revisiting this issue because in a bunch of testing I've been doing this week while upgrading the API for the current PayPal Express Checkout code I discovered that all my tests did indeed reveal that the store's customer address was correctly passed to PayPal and in the PayPal screen it says "you must go back to the store if you want to change the address on this order". So, since lat9 mentioned this same thing in an earlier reply to this discussion it got me thinking that maybe this "problem" is specific to UK (or perhaps broader european) merchants. My tests this week have been with US and Canadian stores using US and Canadian addresses.

I'd be grateful if those of you who've had this problem could provide some more information:
1. Is your PayPal EC module set to use "PayPal" API mode or "Payflow-UK" mode? (Normally it would be "PayPal", even for UK merchants, unless you're using certain Payflow features in conjunction with Payments Pro) (I'm not suggesting you change the mode, just asking which mode you're using.)
2. In Admin->Configuration->My Store, what Country and Zone are you configured to use?
3. Do you have zones for every province/state/region your customers might use? (ie: equivalent to US states or Australian provinces)? Or do you always have the customer enter their zone freehand?
4. For your PayPal account, what country is your store's PayPal account domiciled in? What's its default currency set to?
5. You indicated you did some testing and had troubles with old addresses in your "customer" PayPal account. What country is *that* PayPal account domiciled to?

Summary of questions:
1. PayPal mode vs Payflow-UK mode
2. Store's country+zone
3. Customer addresses: must choose from defined zones? or do they always manually "type in" their province/zone/county name?
4. Store's PayPal account's "country" and default currency
5. Customer's PayPal account's "country"

This information (and anything else you can add) will help me try to recreate the symptoms. If I can consistently recreate the problem, then a solution can be confirmed. Otherwise it's mostly guesswork and that hinders progress significantly. So, the more info you can provide to help me recreate your same symptoms (ie: list of addons installed, configuration settings that make your store different from a typical US store, etc) the better.
Thanks!

I am having a weird issue related to the Paypal Express Checkout module, and I think it is related to the discussions I have seen in this thread.
I only allow orders to the 48 contiguous states in the U.S.
For my shipping module, I have a Zones Table Rate module installed, where I have 2 zones, an Eastern States zone and a Western States zone. For each zone, I have a list of states in that zone, and I have a table for the shipping costs.
Alaska does not appear in either zone, and I have deleted it from the list of zones.
But recently, I have gotten 2 different paypal orders, where the orders are to be shipped to an address in Alaska. And, presumably because Alaska is not one of the states in either zone, the shipping cost is 0.
I thought I had set up my store so that the shipping address could only be set to the states that I have defined in my store.

I currently have these 2 settings in my Paypal Express module:
Express Checkout Shortcut Button: On
Express Checkout: Require Confirmed Address: No

It sounds like what lat9 is saying is that I might be able to fix this problem by changing
Express Checkout shortcut Button to Off.
Any thoughts on this?

Also, I just wanted to make people aware that not only is paypal overriding the shipping address that the customer sets in your zencart store, but paypal might set the shipping address to a location that you don't allow in your zencart store.

Quote:

---

Originally Posted by DrByte

Summary of questions:
1. PayPal mode vs Payflow-UK mode
2. Store's country+zone
3. Customer addresses: must choose from defined zones? or do they always manually "type in" their province/zone/county name?
4. Store's PayPal account's "country" and default currency
5. Customer's PayPal account's "country"


Thanks!

---

Hi Sensei,

I missed your data request on this one. Opps. Anyway hope this helps.

My Answers:

1. PayPal (API)
2. UK (GBP ONLY)
3. I do not use Zones. Zones has been removed (commented out) from my template.
4. UK & GBP Only
5. UK Always


During testing I note. PayPal do not ask or hint address will be changed anywhere, no matter what Zen Cart is set to (confirmed address etc) they just simply change the address for delivery.

Also point to note: In the UK unless you use a confirmed PayPal delivery address you are not eligible to Payment Protection. Zen returns "Protection Eligibility: Ineligible" on every payment since the fix here.

I hope this helps.

Regards

SpaceMonkey

Quote:

---

Originally Posted by earth-friendly

Also, I just wanted to make people aware that not only is paypal overriding the shipping address that the customer sets in your zencart store, but paypal might set the shipping address to a location that you don't allow in your zencart store.

---

Hi earth-friendly,

Sorry can't help with most of this as don't use zones. Does sound like a similar issue and this fix resolved it for me.

We only deliver 6 miles from our store and we started to get orders to deliver to Scotland (600 miles away). Our store is set to reject a delivery more than 6 miles away. Contact your customer to confirm delivery address. During "checkout" my customers were unaware of the changed address.

They gave correct delivery address and supplied invoice address correctly. From there the problem unfolded to lots of different addresses being used by PayPal with what appeared to be no constant.

Regards
SpaceMonkey

The GitHub repository has changed: https://github.com/webchills/zencart-de-paypal-express

Quote:

---

Originally Posted by SpaceMonkey

Hi Sensei,

I missed your data request on this one. Opps. Anyway hope this helps.

My Answers:

1. PayPal (API)
2. UK (GBP ONLY)
3. I do not use Zones. Zones has been removed (commented out) from my template.
4. UK & GBP Only
5. UK Always


During testing I note. PayPal do not ask or hint address will be changed anywhere, no matter what Zen Cart is set to (confirmed address etc) they just simply change the address for delivery.

Also point to note: In the UK unless you use a confirmed PayPal delivery address you are not eligible to Payment Protection. Zen returns "Protection Eligibility: Ineligible" on every payment since the fix here.

I hope this helps.

Regards

SpaceMonkey

---

Thanks.
It would be nice to also hear from the others who had been engaged in this discussion, else I can't guarantee anything to address this will be included in the next ZC release, thus making upgrading more difficult for those who have mangled their code using the changes people have posted earlier.

Quote:

---

Originally Posted by DrByte

I've re-read through this discussion and looked at the repo posted by webchills. I'm grateful that webchills posted the code for others to access and use. There are some changes in it that might negatively impact North American stores, but I'm trying to find a way to incorporate the relevant fixes so everyone can benefit from one common solution.

I'm revisiting this issue because in a bunch of testing I've been doing this week while upgrading the API for the current PayPal Express Checkout code I discovered that all my tests did indeed reveal that the store's customer address was correctly passed to PayPal and in the PayPal screen it says "you must go back to the store if you want to change the address on this order". So, since lat9 mentioned this same thing in an earlier reply to this discussion it got me thinking that maybe this "problem" is specific to UK (or perhaps broader european) merchants. My tests this week have been with US and Canadian stores using US and Canadian addresses.

I'd be grateful if those of you who've had this problem could provide some more information:
1. Is your PayPal EC module set to use "PayPal" API mode or "Payflow-UK" mode? (Normally it would be "PayPal", even for UK merchants, unless you're using certain Payflow features in conjunction with Payments Pro) (I'm not suggesting you change the mode, just asking which mode you're using.)
2. In Admin->Configuration->My Store, what Country and Zone are you configured to use?
3. Do you have zones for every province/state/region your customers might use? (ie: equivalent to US states or Australian provinces)? Or do you always have the customer enter their zone freehand?
4. For your PayPal account, what country is your store's PayPal account domiciled in? What's its default currency set to?
5. You indicated you did some testing and had troubles with old addresses in your "customer" PayPal account. What country is *that* PayPal account domiciled to?

Summary of questions:
1. PayPal mode vs Payflow-UK mode
2. Store's country+zone
3. Customer addresses: must choose from defined zones? or do they always manually "type in" their province/zone/county name?
4. Store's PayPal account's "country" and default currency
5. Customer's PayPal account's "country"

This information (and anything else you can add) will help me try to recreate the symptoms. If I can consistently recreate the problem, then a solution can be confirmed. Otherwise it's mostly guesswork and that hinders progress significantly. So, the more info you can provide to help me recreate your same symptoms (ie: list of addons installed, configuration settings that make your store different from a typical US store, etc) the better.
Thanks!

---

Having a issue when a customer has a middle name or a middle initial, for some reason the module drops the last name, for example if a customer has a name as XXXX Y ZZZZZZ or XXXX YYYY ZZZZZZ, the ZZZZZZ don't get imported into the orders ship to database but if the payment has first name , last name it works just fine.

How can I fix this?

1. Is your PayPal EC module set to use "PayPal" API mode or "Payflow-UK" mode?
API

2. In Admin->Configuration->My Store, what Country and Zone are you configured to use?
Country: Austria
Zone: Niederösterreich

3. Do you have zones for every province/state/region your customers might use? (ie: equivalent to US states or Australian provinces)? Or do you always have the customer enter their zone freehand?
Store is not using the zone dropdown or zone input field as it is not necessary

4. For your PayPal account, what country is your store's PayPal account domiciled in? What's its default currency set to?
Country: Austria
Default Currency Euro

5. You indicated you did some testing and had troubles with old addresses in your "customer" PayPal account. What country is *that* PayPal account domiciled to?
Austria, Germany, France, happens for various countries

Any progress or plans to fix this issue?

Hi,

I am facing the same issue - (customers having there shipping address changed to the billing address entered in Paypal).

1. Is your PayPal EC module set to use "PayPal" API mode or "Payflow-UK" mode?
API

2. In Admin->Configuration->My Store, what Country and Zone are you configured to use?
Country: New Zealand
Zone: 190

3. Do you have zones for every province/state/region your customers might use? Or do you always have the customer enter their zone freehand?
Store is not using the zone dropdown or zone input field as it is not necessary

4. For your PayPal account, what country is your store's PayPal account domiciled in? What's its default currency set to?
Country: New Zealand
Default Currency: NZ$

I am currently running 1.5.4, I see that there have been changes made to Paypal express checkout in 1.5.5, do these changes address/fix this issue?

Thanks,

Mike.

Quote:

---

Originally Posted by mikecnz

I see that there have been changes made to Paypal express checkout in 1.5.5, do these changes address/fix this issue?

---

The changes in 1.5.5 do not address or fix this issue.
As long as there is no better solution you can use the modified files from here:
https://github.com/webchills/zencart-de-paypal-express

Quote:

---

Originally Posted by webchills

The changes in 1.5.5 do not address or fix this issue.
As long as there is no better solution you can use the modified files from here:
https://github.com/webchills/zencart-de-paypal-express

---

Thanks for this webchills.

How does using this code affect merchants in the event of fraud?

Quote:

---

Originally Posted by OldToot

How does using this code affect merchants in the event of fraud?

---

As far as I know the Paypal seller protection is only valid if you ship to the buyers PayPal shipping address. So yes this code is affecting this.

Thank you. I will try the settings recommended by webchills. I'm in the USA but my customers are having a hard time with checkout ever since I upgraded to the latest ZC. The address settings in the PayPal module have been an issue all - along but it seems to be worse now.

Hi, the problem is solved now?
I am still facing this problem. How can I solve if it coded by Paypal. :)

Thanks

Quote:

---

Originally Posted by Shawon Das

Hi, the problem is solved now?
I am still facing this problem. How can I solve if it coded by Paypal. :)

Thanks

---

Hi,

No, this issue is still present and causes a few problems for some of my busier stores. Depending on your version Webchills has posted to GitHub a working resolution which can be found on the link below.

I suggest have a good read of this post before applying the patch as your zen settings have a lot to do with PayPal functions. As for this being a PayPal coded issue this workaround works for my stores where it has been applied. On GitHub look in the folder named GEAENDERTE DATEIEN for your version and then either download or copy the patch. In essence it is a case of modifying code from your paypalwpp.php

https://github.com/webchills/zencart-de-paypal-express

Anyway I hope this helps.

Regards

SpaceMonkey :cool:

Hi SpaceMonkey,
Thanks for your reply.
it's cool. Did you try yourself? my store version is 1.3.9h
Should I replace the file? any idea?

If I replace the file to new codes, i will need to configure the PayPal integration again?

Thanks.

Quote:

---

Originally Posted by Shawon Das

Did you try yourself? my store version is 1.3.9h
Should I replace the file? any idea?

---

Honestly I don't know about v1.39. I only started with Zen at v1.51 and have never needed to go any further back.

But otherwise yes, I have applied this fix to several stores v1.51 through to v1.55.

Quote:

---

Originally Posted by Shawon Das

If I replace the file to new codes, i will need to configure the PayPal integration again?

Thanks.

---

No, the configuration should be fine as stored in the DB. But as always if you try something >MAKE A BACKUP FIRST<.

Good luck. :smile:

Thanks, Can you check your inbox please?
I have send you a message to have your skype. Need your help. Thanks

Quote:

---

Originally Posted by Shawon Das

Thanks, Can you check your inbox please?
I have send you a message to have your skype. Need your help. Thanks

---

Hi,

Sorry I missed your messages. I didn't receive notification for PM's. I think I have done that setting now.

As for Skype details, that won't be possible, I don't use it at all! Sorry. :no:

I don't think there is anything here that needs to be private. I will try to help where I can & use the forum so others can benefit in the future without having to go over the same things again and again.

Have you attempted the patch yet? Have you updated your Zen version? How did you get on? :yes:

Regards

Quote:

---

Originally Posted by Shawon Das

my store version is 1.3.9h

---

This is a very old version of Zen Cart. IMHO, fixing it is counter-productive. It's just going to continue to be to old.
Take a look at https://www.zen-cart.com/entry.php?3...d-of-upgrading and try getting up to the latest version.
You'll have to enter your paypal credentials in the new version but you will be up to date across the board.

Quote:

---

Originally Posted by dbltoe

Quote:

---

Originally Posted by Shawon Das

my store version is 1.3.9h

---

This is a very old version of Zen Cart. IMHO, fixing it is counter-productive. It's just going to continue to be to old.
Take a look at https://www.zen-cart.com/entry.php?3...d-of-upgrading and try getting up to the latest version.
You'll have to enter your paypal credentials in the new version but you will be up to date across the board.

---

Hi.

Yes agree to update but if you read this whole post you will see the problem is a PayPal issue. The current version still carries the same issue. I also note it appears to be a country specific issue!!

If you are experiencing this issue you will need to look at the PayPal terms carefully and decide if this is the right way forward for you. This fix does invalidate your Sellers Protection and your PayPal payments received will also carry this warning.

Don't know why, but this issue has recently started to cause us problems. A UK customer can (either deliberately or accidentally) select a UK address for free shipping on the website, go to Paypal and change it to Timbuktu and hey presto that's the delivery address generated on the website order page at no extra shipping cost - that is until we either void the order or ask for more money. That new delivery address is also added automatically to his address book on the website. Reading through the thread it's clear no action is going to be taken any time soon to address this European bug, and it certainly is a bug. We applied the patch mentioned previoulsy (not even a patch really, just change one php file) and it worked a treat on V1.55. Customer now goes to Paypal, it's a much simplified page with no mention of delivery addresses, pays his money and then back to the website.

Just adding to this thread, although not an answer to the problem. I have the same issue in that Paypal doesn't keep the Billing address and shipping address separate and only one address is used meaning it is that address that is sent back to Zen Cart. Ideally a customer should fill in their billing address to process the payment which is the same address on their Credit/Debit Card statement, and be given the option to supply a different shipping address if required shipping address. This does happen on other payment processing systems, apart from paypal which doesn't understand how to deal with the two addresses. That is definitely not a Zen Cart issue and as Dr Byte rightly says, it is a Paypal issue. The Zen Cart system for paypal will be following Paypal's rules and if they are the rules, thats what we have to work with. I doubt anyone on here will be able to change that unless they have a few million to spare to bribe the man at the top of Paypal. I don't know what the answer is, it does seem silly that Paypal can't deal with something like that. But I suspect there could be coding reasons why it hasn't been implemented into the Paypal system. It's true that you would have to ask Paypal and I doubt anybody would be able to give you a reliable straight answer either by email or on the phone. Maybe a way to deal with this would be to have the shipping address sent in a different email for the order number when the customer hits the button to go to paypal with an alert to say to the shop owner 'Please wait for payment before shipping'. That may get around the issue, but then I don't know as I do not know if it would be reliable enough.

I can see the frustration of people in this thread, as I feel frustrated too that Paypal does not do this. But that's the way the Cookie Crumbles and I fully support what Dr Byte has said by saying 'ask paypal'. In other words, when calling Paypal about this issue, talk to the wall.

Quote:

---

Originally Posted by Nick1973

I can see the frustration of people in this thread, as I feel frustrated too that Paypal does not do this. But that's the way the Cookie Crumbles and I fully support what Dr Byte has said by saying 'ask paypal'. In other words, when calling Paypal about this issue, talk to the wall.

---

Hi Nick,

The work around solution (patch) available on github does work. However use with extreme caution as PayPal will not uphold the Sellers Protection if this patch is applied.

I agree this is a really annoying issue and also agree that this is a PayPal issue.

I can confirm that you would get a better reply talking to the wall as PayPal won't listen. The correct field is populated when transferred to PayPal but comes back as the customers validated address held with PayPal every time.

Good luck and please post back if you discover anything new.

Regards

Quote:

---

Originally Posted by Belangers

The developers at Zencart, or who write these haven't been losing thousands per month with this issue, we are.

---

Open offer to anyone "losing thousands per month" - please contact me; I'll fix the issue you have for a flat rate of 10% of your estimated annual losses for the past 12 months. It's a win-win!!

Has this issue been fixed? Since getting Zen Cart updated recently customers have been complaining address is not one they entered, and is the address being taken from PayPal? I went to use webchills fix but it says it has been taken down

Hi Guys,

I just want to add that I am also experiencing the same issue in a UK store using. In essense it does not matter what address the customer uses in Zencart to checkout as when paypal opens up it is defaulted to whatever address is in the customers paypal. I have purchased from other stores that ddo not ask for an address in the paypal menu. Is there a way to turn this off?

I have now had a few customers get very angry when the delivery address has been wrong, when in reality it has defualted to there address on paypal.

Any help would be much appreciated!

I haven't yet had trouble since our shop is not live yet, but it occurs to me something appears to odd:
I understand that Paypal (when I communicated with them about letting customers in Japan check out without a Paypal account) will not uphold any claims if customers are permitted to check out without having a Paypal account. That is Paypal's right, per country and depending on the circumstances as they see fit.

However, when they do validate a customer (with or without a Paypal account), my expectation is that they validate the customer's name and Zen Cart billing address against the registered credit card name and billing address for that customer in Paypal.

How does that billing address have anything to do with the shipping address in Zen Cart? Once the validation is done, and the flow returns to Zen Cart, is the shipping address not decided regardless of the payment authentication flow?

If not, that sounds to me like a flaw in the module. But then, I admit I do not know how the API is required to be set up to satisfy Paypal's verification procedures.