Hi is possible to split a paypal online donation to different paypal account letting user paying only 1 time?
i mean , user pays 30€ i would like to send 50% of them to 1 PP account and 50% to another PP account...
any idea guys? :)
You can use paypal's mass pay system after the payment has been made to the main account. You can get the data in and out using the API.
General overview docs:
https://merchant.paypal.com/us/cgi-bin/?cmd=_render-content&content_ID=merchant/mass_pay
API docs:
https://www.x.com/community/ppx/mass_pay
The trick in a system like this, is trying not to get soaked on fees, giving too much money to paypal. Mass pay has no fees for the receiver, and low fees for the sender. Its also easy to process programatically.
The other way to do it would obviously be to just use the API and code it up to do the split and send the $ to each party using standard 'send a payment' though the API. But you'll wind up giving a lot more money to paypal that way, mass pay is usually the better choice.
Related
I am looking for information on how large resellers collect payments and pay the people who sell on their site. (e.g. Redbubble.com, a company that pays artists a commission for their work)
Specifically, I am looking for different solutions that cover a few key functions at minimal cost (like Paypal fees)
Ability to take payment from credit cards and paypal (others a benefit)
Track sales for each merchant as payments are processing
Collect payments in central account
Payout all processed payments on a monthly basis
P.S. I imagine there are a few ways to do this, I am hoping to gain some insight on what solutions have been proven.
P.P.S. This is not a technology specific question. Whatever APIs or third party solutions you know of are fair game.
Thanks for your knowledge!
Try PayPal adaptive payments.
Paypal Adaptive payments
You can also try Stripe to collect funds to one account and to trasfer them to third party acccounts but this only works in the US.
Stripe Payments
You could use the Adaptive Payments API and that would allow you to split the payments up among multiple receivers in a single transaction in real-time. If you go that route the API calls that you'd be interested in are...
Pay - This setups the actual payment and the receivers on the payment.
SetPaymentOptions - This allows you to provide more details like items, shipping, etc.
ExecutePayment - This actually processes the payment in the system after it's been setup with the previous calls.
PaymentDetails - This obtains details about a completed transaction.
Preapproval (possibly) - This allows you to get a Preapproval key for a user that will allow you to trigger payments on that users behalf at any time in the future with the use of the preapproval key.
PreapprovalDetails (if you use preapprovals) - This obtains details about an active preapproval profile.
To get all of that working in the live environment you'll need to submit an application through your PayPal developer account to obtain a Classic API App ID. For development on the sandbox there is a global App ID that can be used.
Another option would be to take payments on your site using any PayPal product like Payments Standard, Express Checkout, Payments Pro, etc. and have all the money come to your account, and then use the Pay API to distribute those funds out to people accordingly. This could be automated with an IPN solution and possibly the use of a CRON job on your server.
This is the method I like to use, and I typically go with a full Payments Pro / Express Checkout integration for payments on my site and then I distribute via the Pay API within an IPN solution or CRON job like I mentioned.
I've puzzled by this question for quite a while, but never had the need for it. Now I do.
What I currently need is a Credit Card payment option for my website that does not rely on services such as Paypal. I want something like Name.com or Hostmonster.com have. You simply enter you credit card number, expiration date and the three little numbers at the back of the card. How can I achieve the same effect on my website?
I'll be programming the website in PHP.
Answers would be appreciated.
You need to signup to a payment gateway. It's a service that allows you to process credit card payments. I know you don't want to use PayPAL to accept payments, but PayPAL offer two solutions:
PayPAL Payments - That is the button and people pay through PayPAL
PayPAL Payments Pro (Payment Gateway). That is when you use PHP or anything else to connect to PayPAL with the credit card information. The customer never knows you used PayPAL, and they never leave your site.
When choosing a payment gateway these are the four most important things you should consider:
How easy is it to implement (PayPAL has a lot of documentation)
How much is the monthly fee.
How much do they charge per transaction.
How much do they charge to setup an account.
There are other options, and one of the most common is Authorize.net, but the is more setting up and a larger deposit to open an account.
Most accounts will require a background and credit check.
Well, you'll still need to rely on a Merchant Services company for card processing. There are many companies that boast an API that can then be accessed with PHP. One that I have recently learned of is Stripe. However, there are many competitors and you can research other companies further, but companies like Stripe will allow you to generate payments programmatically without having to leave your site to visit the black-box that is PayPal.
They do the exact method I'm looking to recreate on http://sellfy.com/
What I'm looking to do is be able to setup autopayment systems for people. I'm going to use the dynamic notification URL( notify_url ) in the HTML form code. But what I don't understand is how once a persons buys a product, the sellers account sends 5% of the transaction back to sellfy?
They probably don't send 5% back. Sellify is probably using Adaptive Payments, which has something called Chained Payments as part of it. It allows you to make a payment to one person, but take a cut yourself.
I am looking for the solution on authorize.net payment distribution.
Eg: there is 3 person and site admin (A,B,C & site admin)
A want to send money to C using the site.
now the money A is sending is automatically going to divide in some part...
Amount 1 -> site owner will charge some % as commission on the amount(lets say 2%).
Amount 2 -> B will get some money (lets say $100) (for some extra service which is predefined)
Amount 3 -> we also required to less the charges of Transaction fee which paypal or authorize.net etc will charge.
Amount 4 -> is the amount which C will receive in last.
Also A can pay using any account (CR. card, DR. card, Paypal, authorize.net etc) type (but the process will use Authorize.net for transaction)
And C & B get the money.
Que :
How can i do this using authorize.net ?
Also Do we required to have B's & C's account account on Authorize or they can get money on any account type(like paypal, authorize etc).?
And how can i get the changes details and deduct it from the actual amount.?
You can't do this with Authorize.Net. Currently your only real solution is to use Paypal Adaptive Payments which is designed for this very scenario.
Using PHP in response to your answer, you could potentially do it IF they had an authorize.net account as well. The PHP API requires the api key for the merchant the money is going to. Think of Authorize.net as a middle man between the customer and your bank account, not like Paypal which holds on to money in it's own bank account system. Since that is the case, I am almost positive you can't transfer money between accounts or pay someone using your Authorize.net API.
If you had their Authorize.net API, it would show up as 2 separate charges on their card of different amounts, which would probably not be good as the client would think that they are being charged twice. Overall I don't think that would be a smart move.
If you wanted to, you could use a Paypal account that is also tied to that same bank account, and then possibly use Paypal's API after the charge goes through to divvy up the payment.
Ultimately, I personally think the best way to go about it is one single charge to the customer, and then figuring out a way to cut a check or send a payment to the other parties involved. Multiple small charges and 1 big charge are sure going to look suspicious.
Anyone else that has any experience, feel free to correct me if I am wrong.
I have a website where I need to reward users for their involvement by paying money into their paypal account. I have a paypal business account, and would like to know if it is possible to put money into their account automatically from just having their paypal account email address.
I am developing my website using php. Ideally, I would like to have a script on my server that when executed transfers money from my business account into their paypal account.
I am new to paypal, and having looked around I am getting confused as to all of the different APIs that are in use! MassPay keeps coming up but if possible I would rather I didnt have to pay the 2% charge on each payment - is there any other options?
The payments are not for goods or services and so could be classed as a personal transfer, would this eliminate any fees?
So my questions are:
1) Is this possible?
2) Which API is most suitable?
Thanks
Yes, it's possible but you're going to end up paying a transaction fee. I would recommend you do a batch process (that is, do one large payment request scheduled at a certain time of day) through PayPal's Mass Payment API.
You can read more about this API and how to use it here.
The way PayPal stays in business is by collecting these transaction fees. If it didn't collect them, it wouldn't be nearly as successful.
If you're looking at having more options on the transaction, including some ways to try and shift around who pays the fee, you may want to look at Adaptive Payments.
The best way is to generate a paypal button in the following URL:
https://www.paypal.com/us/cgi-bin/?cmd=_donate-intro-outside
and place it at your page... You'll still have to pay some fee (although it's a low one)