I am doing paypal integration in my website in a section called stores where an user can sell his products from my store. And i am storing the paypal accounts of my sellers to pay him directly when customer purchase something from his store in my website. Is it possible to put my logo on the paypal checkout page where the seller email id i'm passing will not be mine(Since each sellers will have their own Paypal Business email id)?
Yes, you can make it using PayPal Express Checkout. No need for upgrading to Pro, and paying a fixed monthly fee.
When setting up the express checkout transaction, you have a parameter that tells PayPal which images to show for branding.
https://www.paypalobjects.com/en_US/ebook/PP_APIReference/expresscheckout.html#1144280
The parameter name is called cpp-header-image which make sure it's delivered through HTTPS otherwise the browser may ask the user is he/she want to see only the securely delivered content.
There is something called "PayPal Payments Pro", which allows you to have many options over a typical PayPal account. From X.com (a great resource for learning about the Paypal API Stack), I was able to pull the following link for you (which explains what you are wanting to do)
https://www.x.com/developers/paypal/products/paypal-payments-pro
Related
I want my PHP web application to have the ability to save the user's PayPal details in their user account.
When they go to purchase items, rather than going through the standard PayPal form, it will automatically grab the user's PayPal details from their user account, and make the payment directly from my website. There is definitely a way to do this, as I have seen this feature on sites such as Freelancer.com
Thanks for the help! :)
No, you don't need Payments Pro for that. That would only be if you want to do it with direct credit cards. What you're after in general is called Reference Transactions, and when done with PayPal Express Checkout it uses Billing Agreements.
You'll use Express Checkout and/or Payments Pro (optional) to process an original authorization or sale transaction. Then, you can send that ID you get back in that original transaction along with a new amount in the DoReferenceTransaction API and that new amount will be instantly processed without any redirection or further authorization required.
I'm using Website Payments Standard account and I have integrated Add to Cart button and Subscription button in my website. Few payments were made by my clients. But upon downloading my transaction history, I cannot view/retrieve the Receipt ID for certain payments, no matter if it is through Add to Cart or Subscription. Few transactions shows blank field for receipt ID. Can anyone guide me in finding out the problem? Is it anything related to my Website Payments Standard account? Or anything related to my client's account?
The PayPal IPN variable reference states the following for the receipt_id parameter.
Unique ID generated during guest checkout (payment by credit card
without logging in).
Sounds to me like you must have some payments coming through via guest checkout and others coming through as actual PayPal payments, so those wouldn't have a receipt_id.
I'd like to have different Paypal payees depending on the URL being viewed and using direct checkout so the user never leaves my site. So for example at example.com/brandA someone could buy a product that brandA is selling and brandA gets paid, and at example.com/brandB someone could buy a product that brandB is selling and brandB gets paid. Can I do this all through an API where all I need to specify is the payee email address? Or does each payee need to set up a Paypal Payments Pro account?
If you're processing the payments using Payments Pro (PayFlow or DoDirectPayment) then each seller would need Pro enabled on their own account, and you'd need to have them setup Permissions or use the Permissions API to make API calls on their behalf.
If you go with Express Checkout you can just set the PAYMENTREQUEST_n_SELLERPAYPALACCOUNTID parameter to the email address of the PayPal account you'd like the money to fall to. That will work without any permissions necessary.
Note: the n in the parameter name would be a 0,1,2,etc. depending on how many payments were included on the order. With a single payment you would just use PAYMENTREQUEST_0_SELLERPAYPALACCOUNTID=some#emailaddress.com
im building a site where 2 user groups exist: sellers and buyers. The buyers buy stuff and should pay to the sellers via PayPal.
So, its not a kind of a web shop where users are paying directly to me ( as a website owner/online shop), BUT TO THE OTHER USERS (sellers). So i need to forward a PayPal transaction from one user on my site (buyer) to the other one (seller).
I read some PayPal API Descriptions, but its assumed there that i want to process the PayPal Payments to my PayPal account, what's not my case.
An idea would be that sellers pay to me, and i then pay to buyers, but that's not what i want to do.
So , what I want is: the buyer should process the PayPal payment directly to the seller's PayPal account, and i should then receive the payment confirmation and inform the seller about it.
Does anyone have an idea, expirience or suggestion with this stuff? Thanks in advance!
You have a lot of options for how you can handle that.
One, you could use the Express Checkout API to build the checkout system, and you'd use the Permissions API (optional) so that users can easily grant your application permissions to make API calls on their behalf. Note that users could also do this manually through their PayPal profile until you get the Permissions part integrated.
To get your payments, you could have your users create a preapproval profile using the Preapproval API. This will allow you to submit payments on their behalf automatically at any time. As such, you could use the preapproval key within Pay calls directly in the checkout flow or within IPN (which is what I would recommend) to submit payments to yourself from the user's account.
Another option is to use a parallel payment within Express Checkout. This would handle splitting the payment for you automatically between the seller and yourself, but the buyer would see that split during checkout.
Another option would be to use the Pay API for the checkout which would allow you to create a chained payment. This is the same as a parallel payment except that it hides the split from the buyer, and you could actually delay the payment to secondary receivers if you need to for any reason.
Hope that helps.
if you have a buy now button or similar, use the sellers' email address as below
<input type="hidden" name="business" value="sellers#email.com">
and it will pay the user with that email address. If that's not their paypal address, it will prompt them to either sign up for paypal to receive or add it to a current account.
Then use PHP mail() or your CMS/Admin system to notify you when the successful payment page has been loaded after a referral back from Paypal.
I'm creating a really small website where I'll sell some products.
I need this website to show the available products, the users can add to the cart, and pay at the end, then I'll send the product for them by my self. It's a really small business.
I was taking a look at the paypal options and I didn't understand very well how it works.
For what I understand, with a free account I can only use their buttons, but I can't have a dynamic solution where I can manage my products on my website (look's like I need to add the products information like name and price on their website ).
What I wanted to do was just use my own website to handle this very simple store/products, and at the end, the user click on a CheckOut button, and Then I redirect the user to a paypal page where they can pay for the total value and then paypal redirect them back to me ( as a free account or at least with the 5$ account ).
Is that possible?
By the way I'm using CakePHP to build that, and I already have the website built with this framework, and to build what I need it's more than enough, I don't really need any solution like magento or others eCommerce platform.
Thank you.
If you use Paypal's free account then your visitor will leave your website, go to Paypal's website to make the payment, and then return to your website. Paypals paid version allows you to keep your visitor on your page, but you have to program you site to work with their API. Plus the cost can add up. Paypal also has other service other than just buttons. For instance they have a shopping cart too, but here again your vistor will leave your website to go to Paypals site to add the items to the shopping cart.
Another company that you might want to look at is https://stripe.com/ here you keep the vistor on your site as well as only paying per transaction rather than a monthly fee like at Paypal.
If you want to manage your items and inventory from your website and not enter everything into buttons at PayPal.com, I would suggest that you use Express Checkout. Express Checkout is also a free service and allows you to send all of the payments details to PayPal via API and PayPal will authenticate and allow your buyers to select shipping details. The user can then be redirected back to your website to complete their order.
You can find additional information here: https://www.x.com/developers/paypal/documentation-tools/express-checkout/gs_expresscheckout
Thanks,