I'm trying to see if it is possible to add an item_number entry to an existing paypal subscription. I'm working with a service provider that has created subscriptions for clients without providing a way to map their subscription to their account at the service provider's website.
A response to a similar question (Paypal API - Modify Recurring Payment Profile) suggests that we may need to cancel the existing subscriptions and create new ones. Our case is slightly different, so I'm wanting to see if anyone has any suggestion on how this may be done.
Any help is greatly appreciated.
You may like to check their API documentation. Many times they have application scenarios covered. They may also have a developers' network, if you don't get the help you need in the docs then try posting your question on their developers' network or chat if that's an option.
Related
I would like to support payments in my web application which acts as proxy between group of customers and merchant. I'm still trying to research this, but I'm new to subject and a little confused. Maybe someone could point me to good direction.
Is below scenario possible with paypal services (or other similiar sites)?
Customer creates account and my application stores his billing data
(credit card number) in 3rd party service, so I don't need PCI
compliance certificate
Customer A, B and C are creating common
group order from one of registered merchants. For example there are
3 products in this global order.
After some time one of customers
accepts group order and application create 3 payments to merchant
without needing confirmation from all customers
Those orders will be daily and payment will be delayed so that's why I don't want confirmation from users.
I was reading on Paypal site about Adaptive Payments, but there is step "Redirect the Customer to PayPal for Authorization", so I assume it's not for me, because it needs confirmation.
https://developer.paypal.com/docs/classic/adaptive-payments/ht_ap-basicChainedPayment-curl-etc/
I'm from Poland so Paypal Direct Credit Card Payments are not available for me.
https://developer.paypal.com/webapps/developer/docs/integration/direct/rest_api_payment_country_currency_support/#direct-credit-card-payments
I found REST operation - store a credit card so maybe one thing is easy :)
https://developer.paypal.com/docs/api/#store-a-credit-card
Let me see if I can answer your questions (I'm with PayPal / Braintree), and I'm perfectly fine with you asking it here.
The short answer to your question is that yes, this is absolutely possible with PayPal services. Let's break down each part with some options:
Storing billing data
It looks like you already found the answer here - you can absolutely use the vault for storing that information (https://developer.paypal.com/webapps/developer/docs/integration/direct/rest-vault-overview/).
Creating an order for later capturing & Capturing the payment
What I would look into here (to see if that works for your needs) is the auth-capture mechanism (auth: https://developer.paypal.com/webapps/developer/docs/api/#authorizations and capture: https://developer.paypal.com/webapps/developer/docs/api/#captures). Here's how it basically works:
- You use authorize to hold funds in the buyer's account for a period of time.
- From the auth you will get a key back that will allow you to reference that authorization in the capture step
- When you are ready to capture, you simply use the capture endpoint with that key, and you capture those funds.
There's also on other mechanism which you might want to check out - the orders endpoint adds more of a flow on top of auth / capture to allow you to have auth / capture more bound to a order processing - you can check out more on that here: https://devblog.paypal.com/rest-orders-api/
A few other notes. There are a whole series of products in the classic suite to also do 2) and 3). One of the best resources I like in the classic docs is the use case page at https://developer.paypal.com/webapps/developer/docs/classic/use-cases/ - it tends to help guide you based on real world scenarios.
I hope that all helps, and I'd be happy to follow up with more specifics if there is something that I missed from your scenario.
Jonathan LeBlanc (#jcleblanc)
I will cut the post short.
I need to accept credit card payment through my Magento Install. Now I thought it should be straight forward where I will get the API from some provider (say Authorize.net) and put in my API details within the admin, but alas.
When I searched, all I find is that people are trying to create Custom Payment Gateways instead of using Magento's own admin. I am new to this and I need help in this.
I will be thankful if you can help me in finding answers for:-
What is the straight forward way (a tutorial may be) to implement payment gateway on my website
What is the best payment gateway company
Do I need to make Custom Payment Gateway?
Thanks a lot
as my knowledge authorize.net gate way is best payment gateway for magento,because it is already used by so many developers and there is a great community forum to help us.So as my suggestion better to use authorize.net.
coming to integration method you,use authorize.net*AMI* method. In Magento Admin System->Configuration->Payment Method You can see Authorize.net payment Method in that you can Customize with your AUthorize.net API Login information.please go through this authorize.net link for more details.
hope this may help you,thank you very much
Just running through the API to see if I can use Dwolla for web apps that require recursive billing - there is no API support for this, is there?
Thanks!
Michael- you mention above recurring was going to be added to the v3 API release.
Has this been delayed?
Also I sent a email to your posted email address between Dec25 and Jan.1 and didn't rcv a reply to a previous post on the endpoints for the Funding sources.
Did you rcv this private email concerning Clay Gulick's questions on GetSatisfaction?
These Funding source API's still seem to have lots of questions around them from the developer community and not much documentation on how to chain FORM processes with the oauth Token from REGISTER to FUNDINGSOURCE BANKACCOUNT ENDPOINTS
Could you answer the questions or have a Dwolla developer answer those -- most of the questions were on GetSatisfaction.
Both REgistering a user, REcurring payment streams and creating a Bank account and verifying it is critical for most of the types of transactions this community seems to be interested in - vis'avis' a single FORM UX process stream. These have been default ACH endpoints for a long time now. I am not sure why veridian isn't opening these up and creating less friction for Dwolla to create a ZERO friction user experience API for your 3rd party developers.
Thank you for answering our questions in advance.
Eric is correct. We're definitely planning to add an API for recurring/scheduled payments, but that won't happen until the release of our API V3, which will happen closer to the end of the year...
We are, however, about to remove the PIN requirement for the request money method, and so depending on your flow, this might help somewhat.
There is currently no API support for recurring payments, and I'm not sure if Dwolla plans to add it.
You may be able to do what you're hoping to via a regularly scheduled call to the API of the request method with the user's Dwolla ID or phone number, as documented here. The user will still have to "pay their bill" each time, but will be prompted to do so with a Dwolla request for funds.
I've had a look at the preapproval API which looks kind of like what I want but not quite.
I need to mimic the way Kickstarter works fairly closely; users are sent to the Paypal site where they sign in and agree a payment then on a certain date the payment either gets taken from their account or, if some conditions aren't met, nothing happens. I know Paypal are 'funny' about some uses, but actual goods and services are for sale so I think it should be OK.
I need many people to be able to contribute to one larger payment; I don't know if there's a way of setting up a something like this inside of Paypal itself or if all the logic should be kept separately and then the Paypal payment triggered on a certain date?
I have answered two questions on quora related to this that you might find interesting about PayPal's recommended approach for crowdfunding projects like this:
http://www.quora.com/PayPal/I-want-to-use-Paypal-for-my-self-hosted-crowdfund-campaign-but-I-heard-they-might-close-my-account-if-theres-too-much-money-coming-in-is-there-a-way-to-fix-this
http://www.quora.com/PayPal/Is-paypal-better-for-crowdfunding-than-amazon-payments-why-or-why-not/answer/Praveen-Alavilli?snids=55404046#ans1382191
Let me know if you have any questions that I can help with.
I'm trying to integrate a payment mechanism to my site. The scenario that I need is not trivial and can be explained by the following example:
User pays upfront for a subscription program (i.e. receiving Netflix). User is able to make changes to the subscription (i.e. change number of movies checked out each time from 4 to 2)
User is able to buy additional one time purchases via the provider's site (Netflix) supplied by 3rd parties. These items (i.e. popcorn, snacks) get billed to the same credit card as the subscription without having to go through the process of resubmitting the credit card information.
Of course, my site takes also a small fee for the transactions :-)
I was wondering if this is supported by PayPal, Google Checkout or someone else.
Thanks.
The Paypal api can handle all of those processes.
I seem to have dropped the ball on what kind of answer you wanted so I'll leave it at that.
If you have some feedback, more direct questions I will try to answer as much as I can
--
The money would best go through you first, unless somehow you can convince your customers its normal to bill them per item. Also if they pay by credit card you should only bill them once as you would incur fees on every payment. I don't know of anyway to bill once but distribute the payments.
As for the paypal docs..
Very good resource, there is also some sample code for most major web languages
Also this will get you started if you don't have a developer login
Their developer support is also pretty good. One thing a lot of people seem to screw up when starting out with the paypal api is not setting the latest version in the configs so don't forget to update that to the latest release. :)
Disclaimer..
Yea I know there is a lot of bad press about paypal and crazy stuff happening, but they do get the job done most of the time, its not my fault the customers love to use it.