Now that I have set up Billing Agreements and Reference Transactions in my web application, I've been trying to find a way to check the availability of a Billing Agreement. Something like the "GetRecurringPaymentsProfileDetails" API call. i've found "GetBillingAgreementCustomerDetails" but it seems that this one doesn't return the agreement status, which is what I need. So my question is, is there a way to find out if the billing agreement related to one billing agreement id is still active?
Thanks in advance
Finally I've found a way by using BAUpdate API which have a field BILLINGAGREEMENTSTATUS in the response fields.
Thank you all anyway
Related
I've been looking for a solution everywhere after I saw PayPal mentioned Metered Billing on their developer page.
I would like to use PayPal for my SaaS, implementing a metered billing solution for billing my customers on a monthly basis a variable amount depending on their usage rate of the service.
I do remember an option for authorizing PayPal to give some software permission to execute payments without any further action from the side of the customer. Unfortunately, I cannot find any valid documentation, and not sure if is possible at all right now.
Is metered billing an option using the PayPal API?
Thank you so much!
What you are looking for is a "Reference Transactions" solution, which use PayPal Billing Agreements. It can be tested in sandbox, but to use it in live, the business account would need to be approved for this feature by PayPal. To do this the account owner would need to contact their PayPal account manager or PayPal's general customer support (not MTS), and explain the business need for this feature.
As far as implementing the solution, the only public documentation is for classic APIs: https://developer.paypal.com/docs/classic/express-checkout/ec-set-up-reference-transactions/ . Any newer API or vault solution isn't publicly documented currently, though I have seen some links surface about a v2 vault solution.
So, you can always contact PayPal's support and ask if there's something they'd rather you implement than classic APIs. The first hurdle is the business approval for the feature mentioned earlier.
I have a requirement to get billing agreement id without doing seller onBoard. And tie up billing agreement with express checkout method.
Please help me out. Thank you in advance.
All you need is this. If you need help send me a message. I'm doing PayPal Commerce integration right now (READ: last 2 months). https://developer.paypal.com/docs/limited-release/reference-transactions/#
I had a lot of implementation problems, poor documentation etc.
Sorry, if this topic is too unspecific, but actually I did not know where ask else. If this question is not ok, please feel free to close it.
My question is, if it is possible to execute / approve multiple billing agreements from one user at one purchase at paypal?
We created a shop where the user can buy different virtual products for different periods. If a user buys 2 or more products we want to create for each product a billing agreement (i.e. 12 months). If I understand the paypal API correctly, every product (subscription / billing agreement) has to be approved independently.
Is there a way to let the user approve the billing agreement once for all products at all? Or can we create a billing plan with multiple products in it?
Thanks for your help in advance.
According to PayPal, it is not possible to accomplish this using the latest version of the SDKs. It should be possible, however, to accomplish this using the currently-deprecated SOAP version of SDKs. There are several API calls related to the creation of Billing Agreements, but two calls that are required for basic situations: SetExpressCheckout and CreateRecurringPaymentsProfile. All of the supporting documentation for this calls using the SOAP API clearly state that there is a limit of 10 billing agreements per transaction. For example, this is taken from the documentation from CreateRecurringPaymentsProfile:
RecurringPayments | ProfileDetails
(Required) You can include up to 10 recurring payments profiles
per request. The order of the profile details must match the order
of the billing agreement details specified in the SetExpressCheckout
request.
I am in the process of attempting this with the PHP SDK using Express Checkout specifically and I will provide an update on whether I can in fact get this working.
I apologize that this is not as clear an answer as it should be, but the documentation surrounding this question provided by the developers is directly conflicting and IMO there should be some explanation of that here.
I want to use the PayPal REST API to offer subscriptions on my website. According to the documentation a billing plan is required in order to create a billing agreement with a user.
While the documentation explains how to create billing plans/agreements, I still have a few questions which the documentation does not answer:
Is a billing plan used for multiple billing agreements? For example, you create a billing plan for each service on your website and let users subscribe to this.
Does each billing agreement need a new billing plan? (in contrast to the previous question)
If I delete a billing plan, does this also remove all dependent billing agreements?
Pretty late answer but I am facing the same problem right now and found this link. The article is from 2014 but still can be useful because explains a little bit of what you are asking about. Reading it I think that billing plan can be used for multiple agreements. You just need to create the plan and then use the ID for agreements.
Anyway, I suggest you to use sandbox mode to test all features.
Also, if you found another answer which explains the mechanism better, please post it here.
Hope I could help.
I went through the api calls under billing plans and agreements:
https://developer.paypal.com/webapps/developer/docs/api/#retrieve-an-agreement
I am looking for a way to be able to retrieve all the billing agreement id's from the different plans that I have created. Any ideas?
Thanks for the help!