Suppose there is an auction site that uses google checkout exclusively. How would one set things up so that when the buyer sends money to the seller google checkout sends something like 1% of it to the auction site much like how ebay charges a fee.
Google Checkout is a payment flow between one seller and one buyer. There is no support for automatic third party commissions.
You need to setup two separate transactions where the seller pays the auction broker the commission or listing fee.
Related
I want to create a platform where I have 2 kinds of users, Seller and Buyer.
Let's imagine that the Seller is selling a $10 product and I need get 10% of the value to me. Which is the correct way to do that transaction? The buyer need to pay to my account and I transfer the money to the seller after that? How can I do that transaction in a secure way for me and my customers? I need use gateways like Stripe or Paypal for that?
How the majority of platforms pay me with only my bank data? In platforms like Amazon, Shpfy... I think they don't have a person that do manual transfers every day for each seller.
You need Stripe Connect that allows you to work with merchants and payout them. Let me know, if you have a question with Stripe and Stripe Connect.
For a school that has many enrollments of children and their parents making payments, is there a way in the Authorize.net API to charge customer profiles late fees? They may be enrolled in recurring billing subscriptions or not. Does authorize.net allow late fees and balances to be paid? I'm wondering how to implement this with the APIs.
I find these APIs helpful, but not the complete solution:
* Create a Subscription from Customer Profile
* Get Customer Profile
* Get Customer Payment Profile
There is no API call for handling with late fees. If your amounts to charge are going to vary for any reason, adding late fees being an example, you would want to build your own engine for making payments. The best way to do this is to use the CIM API to create and manage payment accounts and then charge against them. That way you can charge a varying amount if a late fee needs to be added. Of course this means you are responsible for handling all payments and cannot count on a built in scheduling engine like the one provided by the ARB API.
I'm not sure this is the right place to ask but anyway:
I have an e-commerce platform that I want to monetize based on a percentage of revenue made (eg. a store that uses my platform has an order for $100, so I get 1% or $1, while they get $99).
Currently I offer paypal and credit card payments (via my merchant bank) to all stores on the platform (ie. all payments made, regardless of the store, are through the same paypal and merchant account). I then pay these stores per month which is ok for the moment because there are only a few stores using the platform.
Moving forward I want to automate this process and ideally have it operate in real time.
Paypal have an "Adaptive Payments" API that allows chained or parallel payments on a single transaction processed in real time. This means I can skim my 1% and pass the rest of the money along my customer in real time.
I was wondering if there is a similar real-time service for Credit Card processing*? If not, is there a bank/merchant that allow API payment access so I can automate payments per day or week? OR should I just transfer all money from my bank to paypal and use this to pay my customers?
*I realise you can process credit card payments through Paypal without having to sign up, but this is less than ideal. I want the credit card processing to happen on my page as at the moment I'm seeing about 70% of orders using this over paypal.
I was wondering if there is a similar real-time service for Credit Card processing?
No there isn't. True merchant accounts do not allow for split payments. Only one entity can receive a payment and it must be the business the merchant account has been set up for. Receiving the payment for someone else is called factoring and is against all of the major credit card issuers' rules. If a merchant account is found to be factoring it will be closed and the merchant who owns the account will be blacklist. This will prevent them from ever having a true merchant account again. Additionally, there is no way to send money with a merchant account other then issuing a refund for prior purchases.
If not, is there a bank/merchant that allow API payment access so I can automate payments per day or week? OR should I just transfer all money from my bank to paypal and use this to pay my customers?
Other then using adaptive payments, this is definitely the easiest and most straight forward way to accomplish this.
I'm implementing a business model where the service takes 10% of a fee. For example, the user lists a product for $100. The buyer purchases it. $90 goes to the seller, $10 is collected by the site.
Does anyone know offhand if this is feasible with Paypal. In theory all the money could go into our PayPal account and then a $90 payment could be made behind the scenes to the seller's account. Is it possible to programatically schedule a depsoit?
We also have the option of using a merchant gateway like Authorize.
Ideas appreciated. Thanks
look into paypal adoptive payments (beta) www.x.com , they allow you to distribute payments into multiple receiver.
if you want to schedule payments i think you can use the mass pay API to programmatically send payments from the PP account. But using the beta adoptive payments is much much easier.
Yes you can programmatically do a deposit to the seller's account. Paypal calls it Mass Pay.
You pay 2% for the deposit, with a cap. So it might make sense to pool the funds before you deposit them.
I was wondering if someone knew of a way to theoretically have one eCommerce store to act as a medium where sellers can sign up and sell goods and use their PayPal account to receive payments instead?
So, Vendor A signs up, stores their PayPal information. Whenever a customer purchases items form Vendor A, the money goes straight to Vendor A's PayPal account rather than the eCommerce store acting as a middleman and later has to payout all the vendors.
Sounds possible to me, as long as you have the vendor's paypal information, however that would make your data a security risk, because you would have to store the paypal information for multiple vendors.