I'm a primary receiver of funds on a delayed, chained, adaptive paypal option and only take 10% cut of the transaction.
Let use a simple example. My site allows students to pay experts to write essays on behalf of students(again an example). So teachers are secondary receivers
How my app currently works is that students post a request online to any teacher willing to help. The teachers bid as per spec. The student then select the teacher.
Once the student select the teacher, the student must deposit funds on Paypal. The funds come to primary receiver (me). But the teacher does not receive anything yet. Until he delivers the essay and the student is happy.
Example the student must deposit $100 to me the primary receiver (when funding the project). Once the teacher has done the job . The students confirms and the teacher then withdraws $90 leaving me with US$10
All the of the above works fine except that when the teacher withdraws $90, US$100 is deducted from my primary account. Leaving me with nothing.
App is on sandbox. Where could be the problem?
The cause may somehow be within your PAY API request. Could you please share them here so that we could help take a look.
Related
I have a multi vendor market place website where people can buy and sell items
Once the buyer has paid for the item, the website owner (myself) will receive a percentage of that sale (15%) and the seller will receive the rest. I would need the 15% of the final sale price to go into my business account immediately after or when the sale is made.
I have a plugin for Paypal Adaptive Payments, I just need to get an APP ID, I'm in the process of applying for new app. I am confused whether I should be choosing the chained payments option or parallel payments.
At first I thought I would be chained payments as I 've read this online, but then I read through paypal that you can only have 1 primary receiver and 9 secondary receivers at the most.
This doesn't make sense as there will be many secondary receivers as there will be many sellers on the marketplace/ my website
so this has made me think I should be choosing parallel?
I am very confused and can't find a clear enough example or explanation for what type I should be using for a multi vendor market place where I would be receiving the 15% commission for each sale.
Can anyone help?
Thanks
First of all, let say you are selling an item called itemA of a price of $10. Then you as the website owner would like to have 15% of the payment, and the rest of the payment should goes to the seller.
Now for the above transaction, how many sellers are going to receive the remaining 85% of the payment? I would assume it would be only 1 seller selling that item right? Therefore by any sense, 85% of the $10 which is $8.50 would goes to the seller.
This doesn't make sense as there will be many secondary receivers as
there will be many sellers on the marketplace/ my website
I understand your marketplace had a lots of sellers selling stuff and items. The thing is, this statement, is meant for 1 transaction, 1 API call:
Chained Payment can only have 1 primary receiver and 6 secondary
receivers at the most.
If you are saying you have lots of seller, then that would means your website would have multiple transactions, multiple API calls, you can have all the seller as secondary receiver. As long as, in 1 API call, only 6 secondary receivers are allowed receiving the payment.
To decide between Chained or Parellel or not, should based on your business requirement, whether you should wait those sellers to successfully deliver the items to the buyers, once they did, you can release the payment to the seller (secondary receiver). This can be achievable by Chained Payment, whereby you choose when you want to release the payment to secondary receiver based on your own condition.
However, if the above is not needed. Parellel Payment will be option to go with.
Basically the site will be offering users an easy way to donate to other users/companies who are looking to raise money. The people trying to raise money will get good stats about how much donations they are getting and so on.
For that my site would charge a small fee of like ~3%. How is that possible with PayPal? Should I be looking at Adaptive Payments API? Or is it something else.
Look here: https://developer.paypal.com/docs/classic/adaptive-payments/integration-guide/APIntro/
"Chained payments enable a sender to send a single payment to a primary receiver.
The primary receiver keeps part of the payment and pays secondary
receivers the remainder."
At the section on chained payments. It looks like you can set yourself as the primary receiver so long as you have a PayPal business account and receive x amount of money for the donation, then give the rest to one or more other secondary receivers.
I have a requirement. I have a website where student and teacher can login. There is a chat session between teacher and student for related cource. Now my requirement is Once any course completed it will directly pay the amount to the admin Paypal account , and if there is no dispute flagged from the user / student or admin end within 36 hours, then it will automatically payed to that teachers account.
Is this possible. How can I do this? Is this paypal pro which helps me.
Please help.
You can try processing transactions as an Order or Authorization. The money is reserved on the buyers funding source for three days. After the 36 hour period you can submit the capture API call to complete the payment.
If you're just going to use Authorization the teacher can complete the transaction themselves through their account. It may be safer to process Orders. It will take an extra step but the teacher can't claim the money manually.
When a transaction is processed as an Order you have to first submit a DoAuthorization API call and then later the DoCapture API call to complete. That is the only way to actually receive the money through an Order.
Well I asked though the paypal site, but have got no answer. I got the famous email with "Your question has been received. To review the status of your ticket, click on the link below." with no link in it. So I'm hoping I can get an answer here.
This is what I sent them:
It appears you have multiple APIs available and I'm having a hard time figuring out what the each API is capable of doing exactly. I want to create a site that in short, brings buyers and seller together. Here is what I am looking for:
Buyer and Seller make an agreement through site.
Buyer sends money, seller is unable to touch it yet though. (Basically can paypal secure a payment?)
Seller gets notice of money sent and notice to ship product ship product.
Alternative paths for step 4:
Buyer gets product and there are no issues, the buyer confirms the transaction and payment is released to the seller and a set % is sent to me. (Can paypal split payments?)
Seller never ships product or problem arise in shipping that cannot be resolved, paypal returns money to buyer without penalty. (Can paypal return funds without penalty?)
Product arrives, but has issues. There will be set penalties for said issues. Penalities are returned to the buyer, then rest is sent to seller and set % sent to me. (can paypal enact a penalty?)
Any general information or answers to my specific questions would be greatly appreciated. thank you for your time.
For #2, since you're the service provider, you'll be liable for product delivery. Paypal won't do it for you.
An ideal workflow would be:
Your buyers pay you
You withold the payment
Buyer okays the shipment
You keep your cut and pay the rest to the seller
If you have to refund your buyer (order cancellation, or some other reason), you can use paypal's refund api
To summarize, paypal is just a payment processor and would ensure that payment reaches from endpoint A to endpoint B. How you use paypal for your particular use cases is totally upto you.
Instant Payment Notification script receives among other parameters the following one:
payer_id = LPLWNMTBWMFAY
What is the meaning of that string?
It's an external unique identifier of a particular PayPal account. Since email addresses change over time. A PayerID is static.
As others have said, payer_id can be used to identify a Paypal account. HOWEVER! -- a single Paypal account can have several payer_ids associated with it, one for each credit card or funding source used by that account. Because of this, a given Paypal account does NOT map one-to-one to a single payer_id.
For example, if Bob buys from my website (through Paypal) using his Visa card, the transaction will include one payer_id. If Bob later buys using his Mastercard, the transaction will include a different payer_id.
I confirmed this in a phone call with Paypal Merchant Technical Solutions, in May of 2013, after running into problems with my order processing (due to an incorrect assumption I had made about payer_id being a reliable way to see if a customer already existed within my customer database).
NB: One ramification of this fact is that, when writing a Paypal IPN-processing script, payer_id should properly be stored only in the "orders" database table, and not stored in the "customers" table.
See also this answer: Is the paypal payer_id unique per credit card?
EDIT:
Apparently, each PayPal account does get just one payer_id. (That is not what I gleaned from my aforementioned phone call with Paypal Merchant Technical Solutions, but I can't find my notes on that call, so perhaps there was some confusion there.) Regardless, the payer_id does NOT uniquely identify a customer – as in a single, unique individual somewhere out there in the world. A customer could use multiple Paypal accounts, or could make some purchases as a "guest" using a different funding source than their primary Paypal account, and merchants would get different payer_ids for each one – even if the person's name, address, and all other identifying information were exact matches.
For these reasons, it is misleading for Paypal to call the payer_id variable a "Unique customer ID". Unfortunately, that description still persists in their documentation (scroll to the bottom of the "Buyer information variables" section):
https://developer.paypal.com/docs/classic/ipn/integration-guide/IPNandPDTVariables/#id091EB01I0Y4
It's just the id of the user who paid. You have to log it, to be able to give it to Paypal in case of conflict.
Payer_id is just paypal id of who pay the payment.
Email id is dynamic and always change, but payer_id is static.