I am creating an app where sellers can sign up on an app, and sell products (think Etsy). Local users can view and purchase the product from the seller.
What would be the best approach for doing this? I was looking at the Square API. I looked through Square's Merchant API but could not find an endpoint to create a new Merchant account (which I would ideally create for each seller). Another option might be to create one Merchant account (for the app) and a new Location for each seller. Does this seem like a good idea?
At this time the ability to create merchant accounts with Square APIs isn't currently available. We’re constantly working to improve our features based on feedback like this, so I’ll be sure to share your request to the API product team.
It isn't recommended to have all payments run through one Square account cause you'd have to deal with all of the chargeback risk for every payment and all the payouts of funds to the sellers.
Related
I want to implement a pay as you go with Paypal, as I read the subscriptions API we need to create a plan and product, and as I understand it, it works based on the regular payments which obviously we don't want that we want if the user's budget is below a certain amount we recharge the user by a fixed amount again, can anybody guide me how to approach and implement pay as go using Paypal?
You are correct, subscriptions bill on a regular schedule whereas what you are describing is the ability to bill an arbitrary amount at any time.
That feature is called "reference transactions", or sometimes "billing agreements". It is not enabled for PayPal business accounts by default. To request the feature, the owner of the PayPal account should contact PayPal's general business support (note: not technical support) and explain the business need for this reference transactions feature.
If it's approved for the account, PayPal can then guide you on which API integration to use; potentially something like the newest v2/vault.
I am starting a business and I would like to offer Paypal as a payment option, but for my business it is essential to be able to block an amount of money, just like a car rental or a hotel does on a credit card. Would it be possible to block an amount from my users PayPal account and release it or book it for good later?
My business is of course an online service, and I want to do this pragmatically in a Spring based application.
I think what you are looking for is Authorization and capture.
I haven't used that feature from Paypal, but have used it elsewhere. What you are looking for is usually called card authorization, preauthorization, or preauth.
Yes it's possible
PayPal's REST API offer 3 primary ways to ensure you paid for product/services that you give to your customers
sale. Makes an immediate payment so you get paid immediately
authorize. Authorizes a payment for capture later.(this is what you see in a car rental or hotel)
https://developer.paypal.com/docs/integration/direct/payments/authorize-and-capture-payments/
order. Creates an order. - which gives you the flexibility to
multiple to do multiple authorizations and captures (these are for
complex use cases such as when you buy a computer from Dell you would
be authorized for the desktop, monitor, keyboard at different points
of time based on availability and then the funds captured when they
are shipped)
For an e-commerce site I am building, for every transaction 90% needs to go to one account and 10% needs to go to another.
It looks as though Stripe can handle this using the 'Express' account using 'Connect', but it seems this account type is unavailable outside the US (we are based in Hong Kong).
It also looks like Paypal has 'Adaptive Payments' which would achieve the same result, but it says:
Important: Adaptive Payments is now a limited release product. It is restricted to select partners for approved use cases and should not be used for new integrations without guidance from PayPal.
As this is a very small website I don't want to go through the hassle of being a 'select partner' and they probably won't let me anyway. Is there any other way to achieve this?
If it makes any difference I will be using Drupal for the store.
Since adaptive payment is a limited release product, you may want to look at Braintree Marketplace. Basically, it works just like adaptive payment where you can split the payment. For availability, you will need to contact their sales team. For more information, refer this Braintree Marketplace
I am building an application that has two types of users: owners and buyers.
When a user signs up for a payment subscription to the services offered on the website, the system checks to which owner those selected services belong to and should then make that subscription payment go to that owner. So basically, users have no idea that payments go to multiple people. As far as they are concerned, they are just selecting certain services on our website and signing up for a monthly recurring subscription payment. The system then decides where that subscription money should go.
So, how can I do this? What possible systems can I use? I have looked into two: PayPal and Stripe. I can see how I might be able to use them for this if I get really creative, however I just wanted to ask you guys to see if any one has experience in doing something like this and what is a good way to do this.
Thank you.
Here're description about PayPal Adaptive Payment, you need setup preapproval and Chained Payment .
In this scenario, you act as Primary Receiver. You can setup the payment that Primary Receiver keep certain percentage amount ($10 in in 2nd picture), or distribute all payment to multiple receivers (service providers). It's up to your business logic.
So the idea is simple, the product is sort of a marketplace.
Main Flow
Sellers put stuff for sale
Buyers place order requests (application created preapproval on PP)
Seller approves order request (transaction happens and application receives the money)
Seller fulfils order request
Buyer approves (money released to seller, a % cut is taken by the app)
Buyer complains within 48 hours (refund or a dispute which can end in refund or no refund)
Pretty much technically we have it covered by PayPal's API, the problem is filling out the form on apps.paypal.com.
So, the questions I have are for the following sections of the form.
Services used by app
Adaptive Accounts
What are adaprive accounts? Is this for the app, sellers, or buyers?
3rd Party Permissions -
Request users grant you permission to make API calls on their behalf.
Are these permissions for the app? Or for some 3rd party apps, running under our app?
If it's for the main app, why's it called 3rd party?
Testing Information
How thorough and detailed does it need to be?
From the perspective of seller, buyer, or both?
How can I give them scenarios when we have different gateway now, and hence different workflow than what we want to achieve with PayPal? Or do I have to give them the staging site, after we've done the sandbox PayPal implementation?
Do they want staging or do they want to make purchases on production? Staging might be off here and there.
Any other advice
If you've been through the process yourself, please share your experiences, highs and lows.
Here are good instructions on filling out the paypal form and getting approved to use adaptive payments: http://www.chainedpayments.com/EZChain/SubmitAppToPayPal.html