Jump to content

Issue with PayPal


SCW

Recommended Posts

PrestaShop Version 1.3.2.3
PayPal module Version 1.7.1

The site is hosted in the U.S. I can complete the PayPal process without any difficulties from here in the U.S.
However, a friend in China is helping me test for complete functionality and is experiencing the following error message when attempting to complete the PayPal payment process:

"Unable to process payment. Please contact the merchant as the shipping address
provided by the merchant is invalid, and the merchant has requested that your order must be shipped to that address."

Does anyone recognize this message or know how I can resolve the issue?

Link to comment
Share on other sites

  • 1 month later...

I have same trouble with my test site i am building right now..same PrestaShop Version 1.3.2.3 / PayPal module Version 1.7.1 .
I am here in US, and also my current shop (online at full power) 1.2.5 with Paypal 1.6 all works like a charm..

This must be something in the paypal version or newer presta, i use same config on both, but one work (older) and newer can figure out?

Also i use Google Checkout and all works there, just had to do little hack with attributes not showing up there...

Please anybody have suggestions?

Merci

Link to comment
Share on other sites

When it comes to anything to do with PayPal integration, the PrestaShop development team and the development community goes completely SILENT!!

I've been trying for MONTHS to get a module for PayPal Website Payments Pro and no one even wants to swing the bat!

PrestaShop falls woefully short in this area.

I think this is a MAJOR SHORTCOMING of PrestaShop!!

Link to comment
Share on other sites

Hi everybody,

I think I found the problem source.

Paypal requires addresses in certain countries to have a State/Province (I've found Mexico, Japan, Brazil, Australia to be the case). Those countries have to have States enabled and added in Prestashop to work in order for the customer to add this when registering his address. Otherwise, Prestashop sends the address without the State and Paypal rejects it as this is required in Paypal addresses. At the moment, only US and Canada have states already filled in Prestashop and therefore are Paypal compliant.

This is a problem common to other API applications since it's a requirement on Paypal's side. I found this Paypal API thread helpful: https://www.x.com/message/151057#151057

Hope this helps! Basically we need to enable states and add them for the affected countries!

Link to comment
Share on other sites

Seems as though everyone likes to pass the buck --

This came in from PayPal
-------------------------------------------------------
Re: PrestaShop Module for Website Payments Pro ??

Hi
Did you trying looking for one online? Most of open source payment modules can be found online.

If you are looking for a developer to create a custom one for you, you can access the Certified Developer Directory at:

https://www.paypal-portal.com/developer/directory/

... if no one has contacted you yet from here.

With regards to PayPal writing a connector code for the cart, usually it is the other way round. The cart vendor writes the code and then they contact PayPal to be listed or become a partner.


Thanks.
-----------------------------------------

So how about it PrestaShop?

Link to comment
Share on other sites

  • 2 weeks later...

I have this issue with Japan. I have added states, but I think since prestasho do not accept 5 letter/number ISO code for the state (JP-23 as an example) it would show up an error with paypal.

since the ISO codes are not correct paypal would not identify. My guess.

I tried to add JP23 without the - but it seems it does not do the trick.

If someone know how to make prestashop to accept 5 letter instead of 4 letter that would probably fix things.

Link to comment
Share on other sites

I had the same issue, when i was using "fake adresses" this message popped, try using real adresses, and empty your cache before doing it.

it worked for me, this was in paypal for me!

peace


Huh?.. Fake addresses? The address in prestashop or your paypal account?
Link to comment
Share on other sites

What is the best code to use with prestashop and paypal?

There is an number iso code, 2-letter short iso code and a long iso code. would paypal recognize all types?

also do anyone know if states/provinces also have a number code and/or short iso code?

ISO Code, ISO Short, ISO Long ?
392 JP JPN

Link to comment
Share on other sites

  • 5 weeks later...

Our pleas are falling on deaf ears...

We've been crying about this forever.

Presta really doesn't give a dooper about this!

And evidently PayPal feels the same. They support every rinky dink shopping cart EXCEPT for Presta.

Very curious....

Link to comment
Share on other sites

I have edited text and done some changes to the BankWire module so it say "Manual paypal" instead. Then I insert the paypal address where it say bank detail at backoffice.

So now Japanese clients could use manual paypal for the orders until this get fixed.

It just seems to me that even if prestashop backoffice tells it could handle 2-5 ISO length code, there is set a limit of 4 letters.

Anyone placed an bug report on this one?

Link to comment
Share on other sites

This post seems been there for a while, but I didn't see it until today.
I think the error is related a parameter called "address_override" that passes to Paypal from PrestaShop.
In Paypal 1.7, it is set to "1" . (You can find it file /modules/paypal/redirect.tpl ver 1.7)

From my experience, if you set "address_override" to 1, Paypal will validate the address with their database.
Here are some the issues that happens
1. For those country uses states (in Paypal), you have to pass state information, if you don't set state correctly, the error in this post will happen.
2. For USA address, it seems that also validate state and zip code, if it does not mach, then the error occurs.
3. I think there might be something more.


There are also some other issue related multiple currencies on this version (1.7) of Paypal module.
You find it more detail here

By the way, if you set "address_override" to 0, I guess the error may disappear.
The latest version Paypal 2.1 is available to download. Why not try the latest version?

Also I have very stable Paypal module with many additional features, if you are interested you can find at following
http://www.prestashop.com/forums/viewthread/77195/.

Link to comment
Share on other sites

No.. It is not really a validate problem with paypal since prestashop does not allow me to setup correct ISO code for Japan with 5 letters like JP-23

When I go in on STATE and set iso code for each state it say with text in prestashop that I could enter 2-5 letter ISO code. If I enter a 5 letter ISO code the last letter is removed when I save.

So somewhere in some code in prestashop there is something stated that the ISO code should only be 4 letter long. I am just not sure where to look

Link to comment
Share on other sites

@IBICO
For issue of iso code length and numeric characters of state, I think it is a bug of PrestaShop or we can also say it is a SPECIFICATION that didn't take all countries in count. I have also encountered this issue when I work with my customer.

I checked it still not changed in latest version of 1.4 Beta 5. So I decided to write this on my blog.
There are two ways to fix this issue, one is a walk around by using a Fake iso code, another way is to modify code to change the specification.

Please follow this link to find out how to fix your issue.

I will check the PS bug tracker if it is not there, I will also report it developer team.

Link to comment
Share on other sites

I went over all the codes in my 1.3.6.0 - 2.232s and the .PHP codes ARE changed to 5 letter length.. The only thing NOT changed where the code in the database. so when I changed from 4 to 5 in the PS_STATE I was finally able to save JP-23 as state ISO code.
:-)

I am going to enable Paypal now for Japan customers and get back if I get any problems.

Link to comment
Share on other sites

@IBICO
I am glad that you made it work.



The only thing NOT changed where the code in the database. so when I changed from 4 to 5 in the PS_STATE I was finally able to save JP-23 as state ISO code.


I just checked my post again, I didn't miss database change part, I wrote it in the first step as following. Maybe I should post a SQL for this change.

-------------------------------------------------------------------------------------
1. Change length iso_code field in database table ps_state to 5
(You can use any database tools, such as PHPMyAdmin)
-------------------------------------------------------------------------------------


Anyway, please let me know the final result. :-)
Link to comment
Share on other sites

@IBICO
I am glad that you made it work.



The only thing NOT changed where the code in the database. so when I changed from 4 to 5 in the PS_STATE I was finally able to save JP-23 as state ISO code.


I just checked my post again, I didn't miss database change part, I wrote it in the first step as following. Maybe I should post a SQL for this change.

-------------------------------------------------------------------------------------
1. Change length iso_code field in database table ps_state to 5
(You can use any database tools, such as PHPMyAdmin)
-------------------------------------------------------------------------------------


Anyway, please let me know the final result. :-)





I did not say YOU missed the database change. It is Prestashop team that missed to change this code when they did the change in prestashop. They did all the changes on the latest upgrade, but forgot to do this with the sql database.

When I went over all the original codes on the .php files I noticed they where already changed to 5 letter.
Link to comment
Share on other sites

After I read your above post, and I checked the 1.3.6.0 code again, and I checked other version too, it seems that it is fixed from 1.3.3.0.

But when I checked the 1.4 Beta 5 of PrestaShop, it is sill using the 4 char length in all codes.

So it is better you don't upgrade to the latest version 1.4.

Link to comment
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
×
×
  • Create New...