I am integrating PayPal in my iOS app.
I don't have any idea about what time its take complete the transaction.
Means if a customer has made a purchase then after how much time the certain amount is deducted from customer's account and transferred to mine?
Instant. The money is in your PayPal account before PayPal responds to the API call. (Presuming you request instant payments, that is, instead of just placing an order or auth etc.)
Related
I am really struggling a lot with the steps of "HOW TO DEDUCT MONEY WHEN A USER PRE-APPROVED/SUBSCRIBED" and the same amount of money will get deducted every month of the year that the user has subscribed.
For Example, In Renting process for a property.
And i also got to know that adaptive payment in paypal supports monthly subscription ?
Thanks in advance.
You make a call to the Preapproval API to create the preapproval profile and get the preapproval key.
Then you can make calls to the Pay API using the preapproval key and the money will be transferred immediately without further approval at that point.
So in your case you would need to put together a cron job or something on the server that would automatically pull payments that should be made each day and hit the Pay API for each one.
I am working on a WebService that will accept payments from PayPal. There will be two sides (seller and buyer) and I will take commissions. However, I don't want to direct the payment instantly to the seller. The seller will complete the service through some conversations, but I want to guarantee to the buyer that it will receive the service as he wants and at the same time, guarantee the seller that he will receive his money.
Is there a way to reserve/freeze/hold the money from the buyer's PayPal account or do I need to take all the service money instantly to my account and then direct the money afterwards, after taking my commission, when the service is marked as completed by both parties? What is the optimal way to achieve what I am trying to do?
The delayed chained payment using Adaptive payment API would be the optimal way for your business pattern. It allows you to keep the money for 90 days during which you can pay the sellers their portion any time. You can refer to this page https://developer.paypal.com/webapps/developer/docs/classic/adaptive-payments/integration-guide/APIntro/#id091QF0I30YK to understand the basic function, and see this guide https://developer.paypal.com/webapps/developer/docs/classic/adaptive-payments/ht_ap-delayedChainedPayment-curl-etc/ for implementation.
I am using PayPal Payments Standard to upload contents from a custom shopping cart. i.e. The upload happens with a page redirect which posts the hidden vars to PayPal where the customer completes the transaction. When the transaction finishes, PayPal uses the "IPN" process to notify my the payment has been made.
In this case a reservation is made at the same time. The same as selling a limited stock item. As it wouldn't be good to have multiple PayPal transactions out there contending for the same slot, the reservation is made before the customer gets redirected to PayPal.
Once the Customer is at PayPal they might realize they don't have any money and close the window leading to an unpaid reservation that needs timed out and dropped.
Is there a guaranteed expiration time for the PayPal checkout page after which the reservation can be discarded without a risk of receiving a surprise payment for a deleted transaction? I realize IPN has it's own non-deterministic timing stuff, but without knowing there even is an expiration period, someone might sit on the website for a day and then pay.
Possibly too late to help you, but for the record: I asked PayPal tech support this question, as I couldn't find it in the docs either. They wrote:
Each transaction is associated with a token that expires after 3 hours
if the buyer didn't complete the checkout. This isn't usually
modifiable but can be extended by contacting a Business service
representative ( we don't recommend to extend it for security reasons
however. the token can't be less than 3H in any case)
So it's a MINIMUM of three hours.
I'd like to store a Paypal transaction for a long term authorization (greater than 28 days) to be finally captured when an item ships. (That way, there's no risk as no money has exchanged hands at that point.) It's easy to do with credit cards by indefinitely storing the credit card via the vault and charging it when the time comes, but is there a method to indefinitely store a Paypal account to be charged when the time comes?
Right now, the only way I see that possible is through Preapproval in the Adaptive Payments API, but is there a method to do the same in the RESTful API? If not, is it planned? Is/will it be exactly like the current Preapproval API where it might fail because it uses the exact funding source or will it be more guaranteed? (I understand if a credit card is full, or user deletes their Paypal account, but that should be a very rare event.)
More Info: The full amount is known to the consumer in advance, the general timeframe is known to the consumer in advance but not the exact date, the event or item could be cancelled so authorizations could be voided (therefore no money ever exchanges hands), and the money will go directly to me and not in escrow or chained with any other Paypal account.
yes it is in the works. It would be more like a long term OAuth access-token than a vault id for credit cards - since it's a user's approval to charge their PayPal account in the future. I will try to find the exact release plan but AFAIK it's some time around July time frame.
I have stuck into the problem of related to transfer amount back to credit card from paypal when user cancel his/her transaction. I don't want to use paypal refund feature in our application. My client requires to send back amount at the same time when user cancel his/her transaction.
Can anyone guide me to complete this feature or is there any API to solve such type of feature.
Thanks in advance.
Dewan
I don't want to use paypal refund feature in our application. My
client requires to send back amount at the same time when user cancel
his/her transaction.
How PayPal Refunds
You don't want to use PayPal's refund feature, but you want to send money back to the buyer? This is called a refund. I am sure you are mistaking how PayPal refunds money. If the user pays with a credit card, they are refunded to their credit card. If they pay with a bank account or PayPal account, they are refunded to their PayPal account.
API calls that refund buyers
DoNonReferencedCredit would refund to a credit card you specify, everytime, and you do not need a transaction ID.
In a scenario where the buyer no longer has a card that was
associated with a transaction, or the time allotted for a refund in
PayPal has passed, you would want to use the DoNonReferencedCredit
API.
RefundTransaction would refund the funding source as described in the "How PayPal Refunds" paragraph.
If your main concern is to issue a refund, via API, you have a transaction ID (you say a payment has been completed so you should have a transaction ID), AND PayPal's refund time has not passed, you should use the RefundTransaction API.
You might be able to use something like DoNonReferencedCredit from the paypal API - but I'm not 100% sure on that.