I'm building website that is able to sell and buy product inside the website.
Users can post product and buy product from others.
Only remain thing is to integrate with payment gateway.
I'm going to use stripe for payment gateway.
Is it possible to do that with stripe?
Which is the best way to implement this?
The website was built in Laravel 5.4.
Yes, you can use Stripe for that. Taking advantage of Laravel Cashier. They've already implemented some logic that you can reuse.
Second, you want to pay 'sellers', yes, Stripe does that. Please check Stripe COnnect, which is great for exactly what you are trying to do.
Link: https://stripe.com/connect
This link shows specifically how to charge the user and keep some fees: https://stripe.com/docs/recipes/store-builder
If you follow all the documentation from Cashier, you are good to go.
Link: https://laravel.com/docs/5.4/billing
Related
I have a website coded in PHP that uses paypal buttons/IPN for subscriptions.
The method is limited and I need to replace it with the REST-API.
What the system needs to do:
Accept new user recurring-payment subscriptions
Be able to change plan pricing for new users
Be able to change plan pricing for existing users
Change subscription plans mid-subscription(If a user upgrades from pro to master the price goes up, and the opposite way it goes down).
The price difference between packages is 5$
Give periodic discounts for a limited amount of months.
The questions:
1.) What is the equivalent of recurring-payments in the PHP-API or REST-API? (I'd rather it auto-charges and notifies my IPN if possible)
2.) How can I automatically refund/charge an additional amount when the user upgrades/downgrades in the middle of a month?
3.) Is there a standalone PHP control-panel that can connect to the paypal API to manage the subscription packages + sales?
Thanks in advance!
If you are looking to use REST APIs, the best place to start is going to be at the REST API docs. For your situation, you can use the vault to set up a recurring payment system. You could also use the future payments API, but you will need to make sure you buy DPRP for your account. Contact PayPal Customer Support to enable DPRP.
With the Vault API, you can just create one time payments over and over with the token you get when storing a credit card.
There is an in-depth walkthrough using the SDK on the PayPal PHP SDK Wiki.
To do refunds, you can use the Refund REST API. All this assuming that you would be writing scripts to detect your user downgrading/upgrading. You would just need to store the amount they are paying each month in your DB.
There are some shopping carts out there that are implementing REST APIs. You might need to google search for something like that.
Hope that helps and gets you started in the right direction!
Been working on a project. The original idea is that a user can add a product, another user will buy the product and I get for example a 10% cut of the final payment as it was processed on my site.
I have been kind of leaning towards Stripe to be honest, but I'm not sure how/if you can actually do this. I know you can do it in Paypal using 'Paypal Payouts' but I like the idea of the user not leaving the site etc.
Anyone any idea how to do it in Stripe ? Or if you can take a percentage?
Will be doing this in PHP.
It's called Stripe Connect, thanks to those that commented.
This is an Authorize.net question...I am looking for a way to create a subscription from a previous payment a customer has made through an API call or another way instead of having to login to the Merchant Interface. I have done some research but currently have not found a way to do this. Is this possible?
Also, in the Merchant Interface, there is a "View Rebillable Transactions" button that allows you to submit a charge to a card the customer has used in the past. Is it possible to have this same functionality using an API?
Any help is appreciated!
Not yet. It's something they are considering but as of right now you can only do it either using the ARB API by making it immediately or doing it through the merchant interface.
Is it possible to integrate the Google Checkout API or Paypal API with my marketplace? I am using PHP to generate the market, one auction at the time. I have a MySQL database containing all of the market actions, however, I was wondering. Can I use either Google Checkout or Paypal to dynamically generate the Checkout process, and give the proceeded money to the user whose posted action, then notify me?
I am able to load User details from the MySQL database aswell.
I looked at the 'StackExchange' network, however; I could not figure out where to place this question. Therefore I assumed this was the best place ?
Google Checkout as the term implies is pretty much what it says - it allows a merchant to outsource their checkout operations to Google. I don't think it's a fit because in your case, "merchant" is "dynamic" - its different sellers across auctions. Additionally, Google Checkout isn't for person-to-person payments - its specifically for a merchant (store) to sell products and service at it's web site and have the checkout process handled by Google.
Look into Paypal Adaptive Payments.
You can also look into Amazon FPS .
I'm not familiar with your project's terms such as 'generate the market', 'market actions'
PayPal has reference tranactions in which you can charge same customer's credit card again without storing actual credit card.
Authorize.Net has CustomerPaymentProfile in which they store your customers's credit cards. Then you can submit each customer's paymanet profile, and they'll charge the card for you.
I'm not familiar with Google's automatic checkout without actual credit card.
I've built an Ecommerce site in Silverstripe and I'm new to this, sorry if I ask something silly. I'm just wondering how do I implement payment gateways to the Ecommerce site in Silverstripe? Do you have any good tutorials that I can follow?
Thank you very much. By the way I'm choosing DPS as the gateway.
Any recommendations for me to start this would be appreciated.
You may want to start by looking at the Payment module for SilverStripe.
http://www.silverstripe.org/payment-module/
https://github.com/silverstripe-labs/silverstripe-payment
In my opinion payment gateway these days provides so much facilities that all we need to do is to redirect user to the payment gateway with certain attributes like amount,curreency and some other attributes being required by the gateway.
once payment is authorized payment gateway redirect user back to your page.Now almost all payment gateway work in two ways
Synchronized call
ASynchronized call
in the second method you have to provide some entry point to the gateway where it will send you the all required information about payment.
Once you have everything all you need is to do final checkout process for the user.Beside the silverstripe payment module i will suggest you to go through DPS documentation as they might have shown some samples how you can communicate with them and what they expect from you in the request what its structure should be and what they will send back once user done with payment,response structure etc.
I tend to follow this approach once we decide the payment gateway go through there documentation set up a test account with them and than start playing around.