I'm developing a B2B web app and one of the planned features is to initiate and process payments from a user's PayPal account to a third party email (for example to pay a supplier on the user's behalf). Assuming I can get users to authorise our integration with their PayPal account, is there existing functionality from PayPal (presumably through an API) to enable us to do this? If there is does anyone know what the functionality is called and what level of authentication/permission I'd need from users?
Many thanks for any help.
Take a look at the PayPal Permissions API.
Related
I'm working on developing a mobile app to buy and sell cryptocurrency, and I want to allow the user to setup recurring purchases. The user should be able to schedule their purchases, and then a service running on a server will purchase the correct amount of crypto at the correct time.
The issue I'm having is that I don't know how to handle the authentication that would allow my server to make the requests on behalf of the user. Currently, I am trying to use the Coinbase API, but I would be willing to use a different cryptocurrency API if there is one that allows for this type of authentication. Is there a way to make this work?
My client wants to build an website app that allows customers to link their Xero account to the website so that certain actions such as create/manage employees can be updated in the website and also pushed to the respective user's Xero account.
I've been through the basics of connection to the Xero API and had to create/install certificate and generate Xero keys etc to get both apps talking to each other. This is not a feasible approach for end users of the site trying to connect their Xero account as it requires sharing a key etc that is supposed to be secret.
Is there a way to create a connection using just some sort of Xero key - similar to linking Xero accounts? Or it the case that my client would need to become a Xero Partner and actually create an app that users can install from their Xero account?
The Xero API has a number of different types of applications - sounds like you've set up a private app, which (as you've spotted) is intended for interaction with a single Xero organisation.
To interact with multiple Xero accounts, you'll want to create a public app on https://developer.xero.com/myapps/. This will allow you to send multiple users through the OAuth1.0a auth process, giving you an access token for each account that has authorised your app. You can then persist these tokens and match them to the account in your own web app.
Note that this will give you access to each Xero account for 30 minutes before the user will need to authorise your app again. For long-lasting access tokens, you'll need to register your interest via the link in this page to get information on how to complete this process.
We are building SAAS platform like Shopify. Now we would like our customers to install MailChimp on their store just like Shopify customer installs on their store.
When I was trying MailChimp on Shopify platform, i noticed somehow Shopify receives some key/token from MailChimp when installation completes and then Shopify uses this key/token to update MailChimp list of that store whenever some events occurs. That's what we are looking to build.
I tried MailChimp API (on Playground) with the generated key. But, this API creates store, list etc under my account, then how do i enable this against our customer's MailChimp account?
I would greatly appreciate it if you kindly give me some feedback.
Both Shopify and MailChimp use OAuth to exchange API credentials for users accounts between each other.
In your case, you should probably check out MailChimps OAuth 2 documentation on this topic.
When it comes to integrating MailChimp with your SaaS, your application as to acts as a client to MailChimp. Use OAuth to let your users connect their MailChimp account to your application and store the Refresh and Access Tokens in your database. This allows you to make requests to the MailChimp API to access your user's MailChimp data.
I have built my custom xml api in my rails application to enable clients purchase and manage their items. But am stuck on how to enable them pay for their domains via my custom api.
I would like them to send a request with method say "pay" and their paypal credentials to pay for a particular item.
Please help me here.
With all due respect, your API should NOT require callers to give you their PayPal credentials.
Nobody should EVER give their credentials for a given site/service (e.g. PayPal in this case) to a third-party (i.e. you).
If you want to add PayPal support to your site, read and follow PayPal's API docs, samples, etc.
https://developer.paypal.com/webapps/developer/docs/classic/api/
I'm looking for a solution where a customer will fill out a payment form (subscription base) and customer information form on my website. The payment will go to the QuickBooks Merchant Service and charge them every month automatically. We will also add the customer info to QuickBooks Online.
How can I do this without a sign in process since the customer will have no QuickBooks account or QuickBooks Merchant account. Also can I achieve this with no e-commerce storefront like BigCommerce.
I tried using the QuickBooks PHP DevKit "consolibyte/quickbooks-php" and everything works but you have to sign in first.
Thanks.
I was searching some more and will this help me out > "QuickBooks PHP DevKit for the Web Connector". I'll keep reading the docs.
How can I do this without a sign in process since the customer will have no QuickBooks account or QuickBooks Merchant account.
Use this library:
https://github.com/consolibyte/quickbooks-php
And follow the quick-start guide here:
for QuickBooks ONLINE: http://www.consolibyte.com/docs/index.php/PHP_DevKit_for_QuickBooks_-_Intuit_Partner_Platform_Quick-Start
for QuickBooks for WINDOWS: http://www.consolibyte.com/docs/index.php/PHP_DevKit_for_QuickBooks_-_Quick-Start
Also can I achieve this with no e-commerce storefront like BigCommerce.
Yes.
everything works but you have to sign in first.
You have to sign in ONCE. Exactly ONCE. And then you NEVER NEED TO SIGN IN AGAIN. Of course you have to sign in at least once - how else would QuickBooks know that it's actually you wanting to exchange data with QuickBooks, and not some random hacker half-way across the world?
The sign-in is to authenticate and connect to QuickBooks THE VERY FIRST TIME ONLY. After THE FIRST SIGN IN, YOU NEVER HAVE TO SIGN IN AGAIN and can communicate without a sign-in.
This is standard OAuth, like every other OAuth platform on the planet. You sign in once to a authenticate yourself, and then you can do whatever you want from there on out.