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
Related
My dear fellow IT developers...
I am currently working for a client of mine on Laravel 5.5 and we are using omnipay library for PHP and it's PayPal part omnipay-paypal. Now since this a specific request from client I am using PayPal-Express method to redirect the users to PayPal then there they login and pay with their account PayPal or CreditCard and come back to my clients page on Thank you page.
Now since the client wants to create an upSell page which stands between checkout page and Thank you page, and it offers 1 additional unit of the product on 50% discount.
The story is that after the first charge I would need to recharge them again somehow, ideally with what I already have and that is PayPal Express.
On our checkout page we have two options PayPal or Checkout.com, the latter one offers storing of card_id property and after that you can do the recharging, this is already implemented and working like charm with Checkout.com. Now back to PayPal.
I've spent fair amount of time trying to find the same solution for PayPal but with no luck. If there is some good soul out there to help me out with this I would appreciate it very much, so Omnipay PayPal library + recharge the customer if they click Yes on upSell page after initial successful charge/payment via PayPal Express.
Thank you in advance.
There isn't an easy solution to this problem, however I can point you in the direction of a couple of things you need to do:
What you need is a card token. That's where (in Omnipay) you call a method like createCard() with the customer's credit card details and you get back a token. You can't do that with a PayPal account, you have to capture the customer's credit card details and then charge the card.
Creation of card tokens can't be done by the PayPal Express gateway. It can be done using the PayPal REST gateway (an alternative and newer gateway in the same Omnipay package as PayPal express) which means you need to switch from PayPal Express to REST. That's as simple as generating a new set of API keys. That will allow you to call createCard() with the card data and get back a card token (called a cardReference in Omnipay) just like you do with checkout.com
Just to reiterate, what you're trying to do can't be done with a PayPal account. You need to have the customer's credit card details.
I am building website which requires customer to update paypal account.
Is there anyway to check the reality of customer's account?
When my customer fill out their paypal account in my site, I want them to be directed to paypal login page to login and paypal will return the result.
Does paypal api support this situation?
Pretty much any implementation of PayPal you choose would follow the flow you mentioned.
Payments Standard would allow you to create basic buttons or create an HTML form and POST directly to PayPal to process. It would send the user to PayPal for login and approval to complete the payment. The transaction details would include the payer status (verified or unverified) as well as the address status (confirmed or unconfirmed) and lots of other details about the order.
Express Checkout is basically the API version of Standard, but it's much more advanced and open to integrate in the way that works best for your site or application. In this case, some of buyer/transaction data is available during the process within your app through API requests and responses, and then you can also get to it via transaction details after the fact just like payments standard provides.
Another option would be to use Adaptive Payments, but if you're doing a general payment of any kind you probably don't need that. That's what you would use if/when you start wanting to split payments among multiple receivers within the same transaction, setup preapproval profiles, etc.
If you happen to be working with PHP my class library for PayPal will make the API calls very simple for you.
You could do what PayPal itself does when you register. Send them a few cents and have them tell you how many when they get it. The payment itself will fail if the account doesn't exist, and telling you how many cents proves that they own the account.
My experience with PayPal is that yes, they will process credit cards, but only after they pressure my customer to use their PayPal account, instead, if they have one, and to sign up for a PayPal account if they don't have one. And the PayPal checkout is, in general, full of PayPal icons.
But I came across a BUY NOW button on a Weebly page (www.furniture1234.weebly.com) where the checkout, when you click the Buy Now for the widget product, is very clean, asking simply for credit card information without a peep about PayPal, and no PayPal icons anywhere.
Does anyone know how this was done?
Thanks
It must have been Payments Pro. That's the only way to integrate credit cards directly without any redirection or iframe or anything like that.
Part of the Pro agreement, though, is that you'll also include Express Checkout as an option on your site. This way users could simply choose credit card or PayPal, and if they choose CC it'll be direct with no redirection or PayPal logos (or however you design that into your site). If they choose PayPal it would redirect like they'd expect so they can sign in and pay.
If you don't include Express Checkout they'll eventually warn you, and then jack up your fees a little bit on your Pro transactions.
It's really recommended to include PayPal as an option anyway because conversion rates are proven to rise when you do.
I'm trying to create a custom form with the ability to process credit card direct donations, as well as paypal account donations, and the ability to select whether the amount paid is a regular monthly donation or a one time. I cannot find documentation anywhere on how to use the paypal REST API for donations. There doesn't seem to be an intent type for donation anywhere, or any option for monthly or one time payments. Does anyone have any experience with this? I understand how the commercial payment API works, but I'm not sure what options need to be changed for donations.
The easiest way is to add Buy Now button to your site. It is just plain HTML code, no server code is needed. When someone donated you recieve email with details including amount of payment and email of donator. So you can reply him "Thank you" :)
Please note, in some countries you should verify your paypal account before accepting payments. It can be done in "View limits" menu.
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.