As I've been integrating with PayPal, I've noticed that their sandbox UI is very different from their real UI.
When I set my button to post to sandbox.paypal.com, I get something like this:
But when I post to paypal.com from a browser that has never visited PayPal before, I get this:
Is there any way to setup the sandbox so its interface will be closer to the "real" PayPal's interface?
I've not seen it, but perhaps that's a New UI? The quote below is about all I've been able to find out about it though.
The Adaptive Payments consumer
experience will be upgraded to the new
PayPal payment flow design being
rolled out across all PayPal products.
The new UI will show the merchant's
business name instead of their email
address and will have a split slider
showing the payment breakdown on the
left and the login/approval on the
right.
David seems to be right — they are rolling out a new UI on the real site, but I guess the sandbox hasn't gotten it yet.
Also, clearing all my *sandbox.paypal.com cookies gives me a "pay with credit card" screen instead of the "log into PayPal" screen.
There is problem with new paypal interface, also mentioned in developer community forum on their website. many of the users are having problem since 1 month, and paypal is still working on it to resolve the issue.
Regards,
Mazhar Karimi
Related
I'm implementing PayPal Express Checkout and I'm having trouble testing out PayPal Credit as the payment method. When I choose it as the method of payment, the response comes back as ERRORCODE0=10486 which means "This transaction couldn't be completed. Please redirect your customer to PayPal." It works fine when using other methods of payment.
Does anyone know if it's possible to make test transactions with PayPal Credit? I haven't been able to find anything in the docs or google about it so hoping someone on here knows!
Thanks!
You have two options for testing.
You can test it with the PayPal Demo site, which not only demos from start to finish paying with PayPal Credit. It also has working sample code available.
I found that you can simulate a PayPal Credit transaction in a sandbox account. I tested it on one of my sandbox accounts. You have to login in to one of your sandbox accounts that is not the merchant account that you are testing. I put in demo info when it asked me to apply for the product. My sandbox account was approved.
So I was able to get it to kind of work (at least in the sandbox). The issue was that it seems like it didn't like me passing in:
"USERSELECTEDFUNDINGSOURCE" => "BML" (old version) or "USERSELECTEDFUNDINGSOURCE" => "Finance" (new version)
When I used this option it sent me to a page that looked like this: http://imgur.com/J1exMJb
Which is what I wanted as we mainly wanted to focus on offering customers PayPal Credit.
When you remove the USERSELECTEDFUNDINGSOURCE option it takes you to a page like this: http://imgur.com/0XOaTOL
If you choose change payment source on this page and choose PayPal Credit, the transaction goes through successfully.
It's not exactly a solution to the problem but hopefully this helps anyone who was also having a similar issue.
We're developing an application that uses Paypal Express Checkout, and we're finding that we get two different landing pages. We're actually finding a problem that seems superficially similar to Can you force PayPal Payments Standard API to show credit card fields first?, but with a few differences:
Everything is fine with the sandbox, and we get exactly the appearance (credit card first) we want.
On the live site, about 50% of the time we get exactly the appearance (credit card first) we want.
Sometimes, we get a more "mobile-like" landing page, with the credit card stuff totally hidden in a "Check out as a guest" button, as shown.
This feels like a failing A/B test to me. We're sending exactly the variables in the question linked above, and as I said, all works fine with the older landing pages. I know there are also cookie issues, but in this case, we're seeing it even when Paypal is not able to identify an account and when cookies are cleared.
Does anybody know if there is anything we can do to work around this?
I can add code if needed, but the problem appears to be more data than logic.
I had the same question after I started to see users coming in from the 'new style' page.
I found the answer here:
Paypal express "order summary" page
I added the "force_sa=true" parameter to my Paypal URL:
https://www.paypal.com/cgi-bin/webscr?cmd=_express-checkout&force_sa=true&token=…
The new page is definitely weighted to appear more often on mobile devices. Without the parameter I get the new style page on a iPad after about 5 refreshes, with the parameter I can refresh as much as I like and never see the new page.
Obviously, PayPal will roll out the new page to everyone in the end, but this technique allows us a stop gap while we get ready for it ;-)
The screen pictured is PayPal's new checkout. It is only partially deployed at this point, you can think of it as A/B testing.
Regarding whether the customer sees "credit cards first", this mostly depends on whether they have a PayPal email stored in their browser cookie. If they do, the top "Log in to PayPal" section will be expanded, the email filled out, and they just need to type in their password and do about 3 clicks to complete the checkout..
If they do not have a PayPal email stored in their cookies, the bottom Create an Account or Pay as Guest section will be expanded. (If you want guest checkout, pass SOLUTIONTYPE=Sole in your initial SetExpressCheckout request).
The customer can always switch between the two expanded sections, it's just a "smart default" of sorts.
Try doing all your "credit cards first" testing in an incognito / private browsing window.
Hi I have searched for this solution and although others have experienced the same problem I couldn't find a solution that works for my site.
My wordpress site mainly sells registrations/bookings for events and I'm using the s2Memberplugin to process the payments with Paypal. The problem is that when we direct the users/customers to the paypal page to complete the transaction which i want set up with the option of paying via credit/debit card if the user/customer doesn’t have (or doesn’t want to create one) a paypal account. That has been working perfectly except for when users/customers are using a variety of internet browser with various cookie settings so the user/customer get’s directed to a completely different page both in appearance and functionality from the page I want them to see. This incorrect page ‘requires’ users/customers to have or create a paypal account to make the payment, no option to pay via card is available. I tried calling paypal and of course they say it is something wrong with my site.
Over 20 days ago i lodged a support ticket with Paypal MTS (or whatever they are called) and of course no response. I have lodged about 5 more tickets and made about 10 more phone calls and they simply don't care about customers. That is clearly demonstrated when you ask to speak to the complaints section and they say "We don't have a complaints section'
Thanks very much, any assistance is greatly appreciated
I haven't been provided with any error codes, unfortunately - i did ask for them but nobody supplied them.
we just discovered that the payflow and IPN settings within my sites plugin were empty but i'm filling them in now but i have two questions:
The vendor, is that just my username for my paypal account? (why don't they just use the same terminology - confusing)
My s2Member plugin say's i'll need my IPN url (and then supplies a url, but whn i look at the IPN notification url within my paypal settings it's a totally different link. Should i be changing my paypal IPN url to that which is supplied by my s2Member plugin or am i getting two different url's confused?
Thanks for your help again mate.
If you're using Payments Standard this experience is cookie based as you mentioned. If you want to make sure the full credit card form shows up and allows people to pay with a credit card without creating an account you can use the Express Checkout API instead.
In your SetExpressCheckout request you just need to set SOLUTION=Sole and LANDINGPAGE=Billing.
I want to integrate paypal in my website. But my requirement is, I dont want my customers to go into paypal site for payment. (I know it is not a secure way, but it is my requirements) Is there a way such that I can do credit card checks in backend using paypal APIs ? If so, which method to be used? I want it for "singapore" country and SGD as currency.
Waiting for your suggestions!!!
Thanks in advance. :)
Are you trying to avoid your users having to navigate to PayPal or are you trying to 'hide' the use of PayPal?
The prior should be easy enough to resolve. PayPay provide several tools (and instructions) on how to build a "Pay Now" button, which you can manipulate server side to include a dynamic amount and order ID etc. This would forward the user to a PayPal page to login and confirm payment, then return them to your site (any page you specify) on completion. You can also link this to an IPN. The PayPal payment page can be skinned / branded to an extent.
What you are looking is called Direct Payment. Here is more info about it:
https://cms.paypal.com/us/cgi-bin/?cmd=_render-content&content_ID=developer/e_howto_api_WPDirectPayment
Maybe you are looking for this Paypal product
Had a nice little custom button with a few parameters I was POSTing to PayPal (and getting POSTed back via IPN) a few years ago working fine. Payments were disabled for several years, but now my client wants to resume subscriptions with their new campaign.
I switched back to the sandbox hostname/merchant accounts, did a sandbox transaction with a test Visa card, and all was well.
Switched it to the live hostname/merchant account, went to do another test with a real Visa, but noticed that not only has the real PayPal site been completely rebranded/redesigned, they now seem to be forcing you to create a PayPal account: on the sandbox, there's a blurb with a link that says "continue" which takes you right to the credit card/billing information (this is identical to what the live PayPal site used to look like a few years ago).
NOTE: The merchant account has changed; I'm not sure if that matters or not and/or if there's any settings in there I need to change.
Question: is this the way it is now with PayPal? I can't seem to find any official information that says yes/no. Besides the Express, is there any other IPN method that'll work here or is this a policy thing at PayPal? I'd hate to rewrite my working/tested code, but this isn't going to fly with my client.
Yahel's answer is incorrect: I called PayPal, and they explained that the following conditions must be met in order to accept non-PayPal payments:
The business email address must be confirmed. You can check by going to Profile > Email.
PayPal Account Optional must be checked:
Go to www.paypal.com.au and log in to your Business account.
Click 'Profile icon' near the top right of the page (next to "Log out" button)
Click "Profile & settings"
Click ‘My selling tools.’
Click ‘Update' beside 'Website preferences.’
Select 'On' under 'PayPal Account Optional' near the bottom of the page.
Click 'Save.'
Yes paypal has been forcing users to create an account for a long time now. Before that you could use a credit card up to 10 times and then it would force you to create an account anyway.
The reason you are seeing the old branding in your sandbox is probably because it is you old sandbox on an old paypal server.
Last I tried there was no way around this new policy.
But djechelon is right, they have an excellent customer service, give them a call.
PayPal does force people to create accounts, even when they want to just make a single payment. I was puzzled by this situation too: I was choosing the option to pay without a PayPal account, but still was forced to provide all the private details enough for PayPal to create an account for me against my wishes. Very sneaky of PayPal! Then I found this page and that explained a lot.
This is the message I received in my PayPal Account:
PayPal Account Optional
When this feature is turned on, your customers will go through an optimized checkout experience. This feature is available for Buy Now, Donations, and Shopping Cart buttons, but not for Subscription buttons.
So you cannot provide a regular "Subscribe" experience to non-PayPal customers. I believe you must pay the $19.99 a month "Enhanced Subscription" for this.
PayPal Has a Purchasing Limit of $3,000 for "Guests".
I ran into this issue as well and #gravyface was bang on with setting your account preferences. However, my customers were still having issues paying without a PayPal account.
I called PayPal and it turns out they have a $3,000 (cumulative) purchasing limit for "guests". My customer's invoice was for $7,000 so even though my preferences were set to make the PayPal account optional, it still would not go through.
Hope that helps others.
JP