Just looking for some advice about the paypal delayed payment feature...
Basically i'm in the process of setting up a marketing place and I'm just wondering is it possible for the buyer to pay for the goods using paypal but for the money to only go thorugh when the package has been delivered?
I don't want to delay it bay 90 days I want control over when the payment is made...
Is this possible?
Delayed Chained Payment Using Adaptive Payment, what you want is to ExecutePayment after you make sure the package is shipped/delivered.
Hope this helps.
Related
I'm trying to implement a recurring subscription to a website using PayPal Express Checkout Recurring Payments. One requirement is that creating the initial subscription should be as quick as possible: once the customer confirms the purchase, the merchant should receive the money and activate the subscription in a couple of minutes tops.
As far as I understand, I have the following options to go with:
use CreateRecurringPaymentsProfile only, with billing starting now
use CreateRecurringPaymentsProfile with initial payment, starting now
use DoExpressCheckoutPayment followed by CreateRecurringPaymentsProfile starting now + 1 billing period
Initial testing in the sandbox has shown that plain CreateRecurringPaymentsProfile schedules payments once a day, which rules this option out. Option 2 (Recurring Payments Profile with an initial payment) looked promising -- payments usually went through in a couple of seconds -- until the initial payments started being delayed by half an hour or more.
So, a couple of questions:
What is the intented way to implement on-line recurring payments via PayPal?
Does the sandbox share payment scheduling behavior with the live site?
What is the intented way to implement on-line recurring payments via PayPal?
Answer:The recurring payment via Express Checkout is a good way.
The subscription button via Website Payments Standard is also a good way which is more easy to implement.
Does the sandbox share payment scheduling behavior with the live site?
Answer:yes, sandbox has the same payment scheduling behavior as live.
BTW, if you want initial payment be charged right away, you should use Option 3, initial payment will be changed right away after DoExpressCheckoutPayment.
Option 2 only guarantee initial payment be charged in 24 hours.
Hello everyone in my application i'm using pay-pal API with selecting mode as chain payment. My question is shall i use credit card for pay-pal chain payment?
thanks in advance
There is a "guest checkout" option enabled in the checkout flow for Adaptive Payments, so people can use a credit card without an account. There isn't any way to collect the card data yourself, though, and process it as a chained payment directly with an API.
Technically, you could get it done with Payments Pro to process the credit card, and then setup an automated solution of some sort (with IPN or CRON job on server, for example) to forward funds to 3rd party PayPal accounts.
My application already receive payments using Stripe API. Once payment is received, I must pay affiliates related to the transaction. This could be 1 to many recipients.
I want to use PayPal, I want to wire an API into my application so that I may pay all pending payments by clicking a "release funds" button...clicking the release funds button would pay related recipients to their email address from a paypal account that I will keep flush with funds.
Which PayPal API will achieve this? (paying many recipients from one paypal account)
I've done a lot of research on this and alternatives. Before I spend valuable dev time on this, I need to know I'm heading down the right path so any advice would be most helpful.
thanks
The MassPay API will do it, but you'll need to get MassPay enabled on your PayPal account in order to use it. It's free, but it's just not enabled by default.
You could also look into Adaptive Payments, specifically the Pay API. In that case you would build a script that loops through all your recipients and sends payments one at a time.
I am using nopCommerce shopping cart, there is no current implementation of IPN for Recurring Payment if i use PayPal Payment Pro (PayPal Direct) as Payment Method, however IPN works and change the order status only at first installment cycle but never works for second term. I want to develop this feature and spend more than 2 days on this and unable to figure out how to start. I have read all the documentation provided by PayPal but still confused. First of, if anyone tell me if IPN for Recurring Payment is supported by PayPal in case of Payment Pro (PayPal Direct) i am talking about developing this feature by writing code in asp.net MVC C# not buy buttons or etc., i am might have to use APIs? Secondly please help me to develop this feature i would really appropriate that.
IPN does work with PPPRP (Paypal payments pro recurring payments)
And no.. you don't really need to write any APIs.. but you will want to in order to re-capture payments that fail, re-start recurring payments that have failed three times or more.. etc..
Sources:
IPN is a message service that PayPal uses to notify you about events,
such as:
Recurring payment and subscription actions
I am using PayPal PreApproved payments for my crowd funding website, where project backers are only charged if the project is successfully backed.
I am worried that high rate of payments will fail when the PayPal API tries to collect the funds when a project is successful:
a backer might not have any funds in their PayPal account
a backer might close their account once the project is successful (to intentionally stop payment)
a backer might remove/cancel their preapproved payment
etc...
There are a number of ways that the payment could fail which would mean that the project owner would not get their funds.
Can anyone suggest a way of tightening or securing payments. Please note, that PayPal will only allow you to use PreApproved payments for crowdfunding. Please also note that project owners need to be able to receive the funds from my site. Sometimes, these funds can be as small as $10 or up to $10,000 so we need to use PayPal to pay them as there is not other method of getting the funds to the project owner
I've implemented Paypal Adaptive payments and used them for payments at http://www.wethetrees.com and we had the exact problems you are describing. The capture rate is almost random, we were down to 35% with one campaign and had to manually send all backers invoices.
When capturing we had backers with closed/unauthorized accounts, insufficient funds, unavailable payment methods etc. We switched to just doing direct capture for a while, which is great since we get 100% of all pledges, but Paypal closed our account without notice when one of our campaigns mentioned the word "Cuba".
The solution in the end was to scrap Paypal so now we're using Wepay and Dwolla, and we're considering Bitpay (Bitcoin) as well. Seems to like Paypal wants to kill crowdfunding or doesn't understand it. Anything less than a 90% capture rate is totally unacceptable and will cause projects to fail.
Preapproval isn't the only thing they'll allow you to use. That's just one part of the Adaptive Payments API, but you could go with a delayed chained payment, too.
This way your account can be treated sort of like an Escrow. You can use the Pay API to create payments in the system that are split between receivers accordingly. Only the primary receiver would get paid at first, though, and then you can call ExecutePayment to submit the secondary payments from the primary account within 90 days.
This way the primary account holds all of the funds so they're available to pay out when the goal is reached. If the goal is not reached the payments could be refunded.