I have a Laravel project that users must subscribe to one of our plans and each plan has its own specific features, like http://busy.io subscription system.
As far as billing services like Stripe and Braintree do not support IRR (ريال) currency, and also, PayPal and Visa are not available in Iran (that does not mean we don't have online billing service, we have our local banking system), I have to implement users subscription system by myself.
Obviously, Laravel Cashier cannot be helpful, so I need some guides to follow. I don't have any idea about how it should be implemented.
For more detail, I'm gonna build a social-media scheduling service and my pricing is much like http://busy.io/pricing, but a little bit different.
Any advice or suggestion would be appreciated.
Thanks.
https://github.com/bpuig/laravel-subby
I'm sharing an updated repo since the one mentioned by Fernando is abandoned.
This one is also a fork from the abandoned one
I think that you have to make a system on which you can transfer money into your account before you run out of money.
We in the Netherlands have also a system that is widely used voor internet banking (iDeal). You can only transfor money once with it. Not for a subcription-like monthly payment.
I guess that there will be something similar available for you.
One downside: when you are storing other people's balance in your own database, security is a VERY IMPORTANT thing to consider.
I had the same problem has you.
Sorry to be 4 years and 8 months later, but next time try this https://github.com/rinvex/laravel-subscriptions.
Is a package to manage subscriptions and you can use your loved payment gateway. This will solve your problem for sure.
Related
I am currently writing a PHP application. Unfortunately due to budget, we cannot be PCI compliant.
The application is basically just a marketplace where we take money from a user, take a small commission, and when the action is completed and confirmed, we give the money to the user who completed this action.
I have tried using Braintree, WePay, Stripe, etc. but nothing seems to fit what I am trying to do. The workflow is theoretically simple, however doesn't seem to be easy to implement.
With Braintree it seemed to be possible, but the main blocker was that the business models didn't match, so we weren't able to get a live license. With WePay, we require being PCI compliant, which is not feasible for us.
Was just looking for some guidance if possible.
Note: The language we are programming in is PHP, so the API of the payment gateway must be compatible with PHP.
WePay doesn't require you to be PCI compliant. If you use their embedded checkout you take on none of the PCI compliance, but you sacrifice access to any of the card details, but that's only problematic if you want to offer recurring transactions. For most situations, their iframe should work just fine.
WePay's tokenization solution also doesn't require a lot of PCI compliance. I believe they ask that their partners complete SAQ-A-EP. Which is a simple self-assessment questionnaire that you only have to do once a year.
I am not sure whether this is an appropriate question to ask in this board, but anyone with experience of integrating KashFlow or Xero with a zend-php application could help me. We are on the dilemma of selecting our invoicing system for our SaaS. I was going through all the reviews and trying out myself all the options in both the systems. It seems like Xero has a clean interface and gives you what you need at the right time. Apart from the user interface I am really concerned about the Integration side of things.
Xero gives oAuth integrating and KashFlow gives Web services. Our plan is to automate the invoicing process(rolling monthly invoicing) and payment processing with the Accounting software. Our existing system is build in php and zend framework. Could anyone please suggest me with some quick strong points which is really convincing to help us choose one of them.
Sorry for not tagging kashflow and xero as i do not have enough reputation.
Cheers...
I dont have a sheet that compares Xero & Kashflow (I havent worked with Kashflow) but this PDF provides a comparison between Xero & Sassu http://help.xero.com/help/resources/XerovsSaasuSumm.pdf << Online software is updated so frequently that both products have moved on since this link was first posted and now no longer exists. To think about how Xero compares to another product you're using or considering, ask yourself these questions: http://www.xero.com/compare/ (OG from Xero)
Sorry to further confuse things but have you looked at Saasu also? Possibly more powerful in terms of what you can store with their tags and activity system plus they do automated sales within the application itself.
Have you seen the PHP wrapper for the KashFlow API? http://accountingapi.com/examplecode.asp
The KashFlow API is very comprehensive, but if there are any missing functions that you need then email support#kashflow.com and we'll see if we can add them - we usually can, and pretty quickly too.
KashFlow have recently announced that they are going to revamp their api and add oAuth and REST support.
I'm trying to integrate an accounting solution into a web app I am developing. I need to be able to post recurring transactions, one time transactions, invoice people, etc.
Do most sites do this custom in-house or integrate with some type of accounting system API. I know basically everyone needs to use a merchant account to process credit cards, but what about storing the accounting data to know when and how much to bill?
Buy the accounting package (or use an open source one, if available), then integrate with it. That's what I do. It would be nigh impossible for a one man show to build an accounting package that gives the finance and book-keeping folks everything they need and maintains compliance with GAAP and applicable laws and does it more cheaply than purchasing an off-the-shelf accounting system with an API or import/export functionality.
something open source, or inexpensive. Preferably in php, other languages will be considered.
I'm looking mostly for clean code, a nice place to build out from. I don't need any CMS features.
Unless you have the resources to be certified PCI compliant, I don't recommend hosting your own billing system, if it requires charging credit cards. You can find yourself liable for very large fees if any mischief takes place.
Instead, it is best to use a hosted solution. We recently had great success using Chargify for recurring billing for a subscription service.
Check out spreedly.com. Super simple with a great API.
Could anybody recommend a up-to-date class (or payment system) for handling paypal recurring payments with PHP?
Thank you!
UPDATE: I ended up using the PaypalNVP class by Peter Reisinger. Unfortunately, that was a very long time ago and I can't seem to locate it online (the readme and class files had no URL - just the name). If you can find it, that's a great class and I highly recommend it.
If you have the freedom to pick a gateway, pick one that provides recurring billing services and APIs to us them. I know authorize.net does.
You really, really, really, don't want to store credit card information. Really.
If you want to do a "save my information" kind of thing, find a vendor that supports storing the card details for you. Braintree does this, and I'm sure other vendors do as well.
Just in case you are still interested in one. This one is working really great and extremely easy to implement:
http://www.micahcarrick.com/04-19-2005/php-paypal-ipn-integration-class.html
I published a class that really simplifies using the Paypal API, you can check it out over on Binpress. I just recently added recurring payments support
Paypal provides a very nice code snippet for processing paypal transactions, then it's just a matter of setting up a cron job that pulls from a DB what transactions to process.
PHP Payment Library for Paypal, Authorize.net and 2Checkout:
http://www.phpfour.com/blog/2009/02/php-payment-gateway-library-for-paypal-authorizenet-and-2checkout/