|Testing recurring payments in the Paypal sandbox|
One day is the shortest timeframe you can set. You used to be able to test
recurring payments that billed every minute, but this was disabled shortly
after it was rolled out. What some merchants have done in the past if they
did not want to wait the full day was to set up their own IPN simulator,
similar to what is currently on the developer.paypal.com site. The
difference is that they would set it up to pass over all the recurring
payment details. Basically, it was just a form that posted over all of the
variables that PayPal would have sent. Otherwise, you would have to wait
the full day for the profiles to bill again.
|Paypal Adaptive Payments processing Personal payments|
Did you get a live App ID for your application? When you applied for that
app you should have explained that you'll need to be process personal
payments so they could enable that feature for you.
You can indeed send personal payments from business accounts, but you just
need to get it enabled for your app.
|Cannot test payment via personal test paypal account created with paypal sandbox (also email appears not to be recognised at paypal.com public site)|
Found the solution :) Happy to be answering my own question: the working
solution is to use www.sandbox.paypal.com in the form action when testing,
instead of www.paypal.com
As per page 27 of:
IMPORTANT: To execute test transactions on Sandbox you need to
complete a purchase as a test buyer with your buyer test account.
Typically, you go through your website purchase flow as a buyer. You
must ensure that you execute your test on www.sandbox.paypal.com
instead of www.paypal.com
So, for example, the snippets of code for your paypal button would look
but still use just paypal.com f
|Making PayPal balance payments without being redirected to the PayPal site|
that's correct. Even with the new REST APIs, you would still have to
redirect the user to PayPal for them to login and approve the payment.
There is no support for embedded (lighbox/mini-browser) flow yet in the new
|Paypal Sandbox Merchant Account History Tab Redirects To Main Paypal|
It is part of a known issue mentioned here:
PayPal Sandbox history redirects to REAL history
I'll be updating that thread when the problem is resolved. You can also
create a ticket and mention the ticket number on that thread, I'll grab it,
and keep you posted as it goes on.
|Paypal sandbox subscription button - testing buyer with no Paypal account?|
With subscriptions the buyer will need to have a PayPal account, unless you
specifically have added on the service for Enhanced Recurring Payments.
You would need to have this enabled on the account in order to be able to
accept subscriptions/recurring payments where the buyer does not need to
have a PayPal account. If you can provide the email address of the test
sandbox buyer account, I can check to see if this is enabled and try to
enable it on my end if it is not already enabled.
|PayPal Sandbox links go to live PayPal site|
It is (unfortunately) common for the sandbox to be broken in the ways you
describe. However, this should not be holding up your project -- the
sandbox is mainly useful for checkout/API testing, and there is very little
need to review transaction history in the web interface.
|How to make PayPal DoCapture API Call in PayPal Sandbox?|
The variable STOREID is an identifier of the merchant store at which the
refund is given. This field is required for point-of-sale transactions.
Character length and limitations: 50 single-byte characters
This field is available since version 82.0.
As for your form, the URL that you are using is not correct. The DoCapture
API request would not be sent to
https://svcs.sandbox.paypal.com/AdaptiveAccounts/DoCapture. The DoCapture
would need to be sent to one of the Merchant API endpoints. Then it
depends on if you are using NVP or SOAP, and API Signature or Certificate.
You can find a list of the different endpoints here. Make sure you point
to the correct endpoint.
|Paypal - Adaptive Payments|
There are lots of things you can do and any of them could be the best
solution. It seems like you are already on the right track with is adaptive
payments. The type of adaptive payment I would go for would be a delayed
chained payment. A delayed chained payment as described by paypal is
Delayed Chained Payments
By default, payments to all receivers in a chained payment are
immediate. However, you can choose to delay a payment to a secondary
receiver. For example, as primary receiver, you may require secondary
receivers to perform some action, such as shipping goods or waiting
for expiration of a return period, before making payment. To complete
the payment, you must explicitly execute a payment to secondary
receivers after the sender pays you. The payment must
|Paypal recrurring payments|
You can't process an INITAMT as an Authorization so that wouldn't be an
easy solution. If you're passing INITAMT it will always be billed right
away and you can't have a Recurring Profile charge right away.
The Recurring Profiles are billed in groups during the day so there isn't a
guarantee that it will be charged right away.
You can use Instant Payment Notification (IPN) to get an update with the
transaction ID when the Profile is charged. That may help you out. You can
remove the INITAMT variable and value and wait for the IPN post to update
|PayPal guest payments outside US|
Both PayPal Payments Standard and PayPal Express Checkout support guest
transactions; you really don't need Adaptive Payments for this.
I suggest you take a look at the Express Checkout documentation, including
the Getting Started guide we have available.
|Process payments with paypal into two accounts|
Yes, there is. How you implement this depends on the PayPal product you're
I'm assuming you're talking about a single transactions with $x going to
one account, and $y going to another account, right?
With PayPal Express Checkout, you can specify the
PAYMENTREQUEST_n_SELLERPAYPALACCOUNTID parameter in your SetExpressCheckout
For example, you could have the following request:
This would create a transaction with $1 to your first receiver, and $2 to
This is also referred to as 'parallel payments' with Express Checkout.
For runnable examples you can test in our sand
|How to do automatic payments (non-recurring) with Paypal|
You can do this using reference transaction API
|Paypal behind the scene payments (PHP/codeigniter)|
Paypal API MassPay seems like the way to go for you.
Check this example from Paypal:
Not sure about how to do this in Codeigniter, I suppose you can use this
(modified by you) code as a library/helper moving only the PP settings in
Also I suggest to use a log to store the Paypal responses.
Third parties approval?
For sure you need only your user emails, they will approve the incoming
money (almost for sure :) so you don't need any access keys from them.
Also, to make a payment, you'll need the amount, the currency used, the
receiver email address, a unique ID for this payment and for sure, the API
identification ids. Also I think you need the Paypal Pro and for them to
open MassPay functionalit
|multiple dynamic payments using paypal|
You can do that using the Adaptive Payments platform. I would recommend
looking into Preapproval and Pay specifically.
|PayPal - Need Payments Pro to Test Mass Pay?|
No. Your customer's PayPal account needs to get approved for Mass
Payments, then they need to give you third party Mass Payments permissions.
And you call the Mass Payments API on your customer's behalf. They just
need to contact PayPal CS to get the approval process started.
|PayPal Chained payments failing|
I had this problem in the sandbox environment because I was not including
an application ID. I used APP-80W284485P519543T which one of examples
indicated as the Sandbox Application ID, and then it worked.
|IPN for Recurring Payment using PayPal Payments Pro|
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..
IPN is a message service that PayPal uses to notify you about events,
Recurring payment and subscription actions
|PayPal REST API and recurring payments|
The PayPal REST API doesn't currently offer recurring payments, although
the Classic APIs do offer this feature:
|To do chained payments 'must get permission from PayPal' - what does that mean?|
When you create an APP-ID in the developer.paypal.com center (see under
Reviewing applications with Adaptive API calls) you set up which features
your applications will use. Some features are considered "basic" and do not
require any special permissions adn your app will have a status of
"Approved Automatically" if your app needs some special features (such is
chained payments) your app will have to got through review process and the
status will be "Conditionally Approved" What this means you can use basic
features (such as simple adaptive payments) but you cannot use special
features, until it is approved. Furthermore when you create an APP ID you
have to specify that you will use this feature (granting permissions to
third party user) so that APP is enabled to use this feature
|PayPal Adaptive Payments / Is the possible use-case possible?|
If the total amount is under $2000 USD, this can conceivably be done with
Adaptive Payments Preapprovals.
However, preapprovals are so powerful that it is difficult to obtain
sufficient permission to use this functionality on a live PayPal account.
A lesser solution would be to use Delayed Chained Payments
(action=PAY_PRIMARY in the initial PAY API call). However, this would
officially involve you -- i.e., the subcontractor would see the money as
coming into their PayPal account from yours, and you would need to pass the
originating buyer's information to them separately.
|Paypal API Recurring Payments Balance|
I took your code and used my own sandbox credentials. It seems to have
worked just fine for me.
It came through as unclaimed since my account is USD, but you can see it
did work just fine. Are you sure you're checking the correct sandbox
account after you run it yourself?
|Need some light on PayPal's Website Payments Pro|
PayPal Payments Pro is the new name for Website Payments Pro. The button
way of doing things is called PayPal Payments Standard.
Recurring payments can be set up with ExpressCheckout (buyer has a paypal
account and logs in to paypal site to approve subscription during setup) or
DoDirectPayment (you provide buyer's credit card info when setting up the
|Paypal Sandbox accounts|
If you aren't getting back to the returnUrl then it isn't completing. I
recommend looking over the api again. Also, look around the support
community. If all else fails, you can send a message to support group.
|Paypal IPN on Sandbox mode|
I've got the same trouble,
But the problem is from Paypal sandbox interface, there server didn't call
my notification url.
It seems riht now,
Please Try again!
|Paypal Sandbox IPN no Response|
Ended up using the paypal code on
https://github.com/paypal/ipn-code-samples/blob/master/IPN_PHP.txt to solve
|What are possible causes for Paypal Sandbox IPN url not to be executed?|
You should make sure you have IPN turned on in your PayPal settings:
Log into your PayPal account and go to Profile → Profile & Settings
→ Selling Preferences → Instant Payment Notification preferences:
(alternatively click here to go directly to the page, making sure you're
logged into your PayPal account before you click the link)
Click Turn On IPN on the PayPal site.
You will then be prompted for a Notification URL, which should be any URL -
it will only be replaced by your notify_url parameter later anyway
Save your settings
If you've already done this then you need to make sure your Notification
URL is accessible via the outside world, use something like
https://www.hidemyass.com/proxy to check your site is definitely available.
Check your IPN history on your PayPal acc
|Paypal sandbox integration with asp.net c#|
You would need to use Payment Data Transfer (PDT) to grab and verify the
return information for a Payments Standard transaction. There are some
samples here: https://github.com/paypal/pdt-code-samples
You may want to set the rm variable with a value of 1 if you're after GET
details or 2 if you want POST information. Using PDT the return method will
always be a GET.
|Get response from paypal sandbox|
I'd recommend you use Instant Payment Notification (IPN). With IPN you'll
get a post back after every transaction to your set notification URL that
tells you whether or not a payment has completed.
You'll define the notification URL using the notify_url variable.
Here is a link to our IPN code samples:
If you have a specific question about the service I can help you out
|PayPal Adaptive Payments and shipping address|
I have the same experience and got a reply from PayPal support that it is
This feature only works in the Embedded flow (lightbox or popup instead of
redirect). Same with receiverOptions (if you wanted to display additional
details about the products). Only displayOptions (for e.g. setting the
business name) works after the redirect.
|Seeking a Paypal Chained-Payments tutorial|
Have you looked at the developer and getting start guides on PayPal's
Developer Site? There are use cases, samples, sdk's and etc.
For example, the following page provides an introduction to Adaptive
Payments, and explains the conceptual differences between parallel and
|Refunds Using Paypal's Delayed Chained Payments|
With Delayed Chained Payments you'll have the ability to cancel or execute
the payment whenever you need to (within 90 days). So if the seller isn't
able to supply the product to the buyer (or whatever reason) you can cancel
Submitting a refund after a payment has been executed is a little tricky.
So to do a refund for a Chained Payment transaction you'll need to use the
Permission Services API calls for the receivers to allow you to process
refunds on their behalf. If they don't, you cannot refund the payment sent
to another recipient.
|PayPal Adaptive Payments login fails|
The problem has been resolved with no action on my part and no change to
the website or application code. After a couple weeks of the API simply
not working, it started working intermittently with gradually improving
success rate while my support ticket with PayPal was sitting in a "Waiting"
status. I was told that the "engineering team" is waiting for a server
code roll-out. The intermittent nature of the problem and a gradually
improving situation suggests that PayPal was rolling out a fix to their
servers in a staged approach and outcome of the API operation depended on
which server the PayPal load balancer happened to send the request to.
After about a week of that, the problem was resolved completely. PayPal of
course maintains that they have not made any server changes.
|transaction status paypal adaptive payments|
The status of the transaction can be Pending in 'delayed chained' payments
or if the receiver does not have a PayPal account. Can you post the whole
payload? I can see only a part of it. Is this a chained payment you are
trying? Is the receiver primary or secondary?
|php : paypal recurring payments token is invalid|
You just need to make sure you're including the billing agreement
information in your SetExpressCheckout request. Take a look at this sample
of set of API calls to complete a recurring payments profile using Express
You'll notice the SEC request includes parameters for L_BILLINGTYPE0 AND
L_BILLINGAGREEMENTDESCRIPTION0. You need to make sure you include those,
otherwise the token that you get back won't be valid for
|PayPal Adaptive Payments without a popup or lightbox|
You can use the Permission API to do transactions on behalf of other
|Downloading existing paypal payments with rest api|
You will be able to query only those payments that are made or created with
Rest API not the Classic APIs. You can use the Classic Ruby SDKs for the
appropriate product to get the Transaction details of the classic APIs
|Paypal-Mass Payments without emails adresses?|
You can use the RECEIVERTYPE variable to set the kind of information you're
using to identify the receivers of your receiver.
The values for RECEIVERTYPE can be UserID, PhoneNumber, or EmailAddress
The L_RECEIVERIDn (the UserID) value would need to be the Payer ID for the
buyer. To get that value you'll need to get it from an Express Checkout
transaction or have the account holder go to the Profile of their account
to give it to you.
The L_RECEIVERPHONEn value would be the verified phone number on the
|Paypal adaptive payments for digital goods|
As far as i know on the the Express Payment option of Paypal supports
digital good. if you can replace your integration to use activemerchant and
use the PaypalDigitalGoodsGateway you'd do yourself a favor.
|Does PayPal support direct debit payments?|
You wish for customers to pay directly with their bank account? They can do
this through any PayPal checkout, and it's done via "instant transfer" if
they have a credit card available as a backup funding source in the event
the bank transfer fails to debit the funds.
So basically, if I'm understanding your questions correctly, offer PayPal
as a payment method and customers who sign into their account can pay with
their checking or savings account.