It's written by the guy's who run Shopify, so it's been thoroughly tested in production.
heri
· 9 months ago
credit card payements are tied to a merchant account in a bank, and each payement gateway has its own methods and frameworks.
but this is right. I envision a startup providing this kind of service, acting as a middle-man who'd ease the setup and make it transparent
jboice
· 9 months ago
I wrote about a similar idea just a few hours ago.
kortina
· 9 months ago
I've been working on this with a friend and will have the beta version ready for developers sometime in April. Email me at gmail or dm @kortina to get on the beta list.
Jonathan Tran
· 9 months ago
Will do. ... Do you guys have a website yet? When you do, post it here.
kortina
· 9 months ago
Haven't made it public yet. I'll post back when we open it up.
David Parker
· 9 months ago
ActiveMerchant is tried and true. I don't think that Web Frameworks themselves need to include everything + the kitchen sink... I should be able to include whatever library I want to get that kind of functionality. Who says that every website out there is created for paid content anyway?
Benjamin Curtis
· 9 months ago
With the release of Rails 2.3, the SaaS RailsKit will become easier to integrate to an existing project, as I'll be moving most (if not all) of the code into a plugin.
At the moment, for an existing project, you'd pull the various models, controllers, and views over into your app. I hear it takes about a day or two for people who have done that.
Benjamin Curtis
· 9 months ago
Oh, and thanks for the compliment for RailsKits! :)
Dan
· 9 months ago
Totally agree. I am currently just about to release a site under beta and am considering a payment system for next release. The time required to implement something is frustrating when there are so many other features I should be implementing to give the site more value.
Martin Kleppmann
· 9 months ago
I'm developing a free Ruby Gem called Invoicing -- it basically provides a miniature accounting and invoicing system inside your app, it's very powerful (flexible tax handling, multi-currency, support for resellers/affiliates) but easy to get started with too. At the moment it doesn't include particular payment method implementations out of the box, but I want to start including those soon. I am also working on integrating it with OAccounts a (work-in-progress) open standard for exchanging financial data between different accounting systems.
The important thing is though that with the invoicing gem, you end up representing the data in an accountant-friendly structure, without having to think like an accountant. And that makes things a hell of a lot easier when you start scaling the business and need to know what's going on in your accounts for tax, legal and management reasons.
Would love to hear your opinions on the Invoicing Gem; I agree that a standard framework is needed, and this is my attempt to contribute one to the community.
All Comments
It's a Rails SaaS and SSO app.
It's written by the guy's who run Shopify, so it's been thoroughly tested in production.
but this is right. I envision a startup providing this kind of service, acting as a middle-man who'd ease the setup and make it transparent
At the moment, for an existing project, you'd pull the various models, controllers, and views over into your app. I hear it takes about a day or two for people who have done that.
The important thing is though that with the invoicing gem, you end up representing the data in an accountant-friendly structure, without having to think like an accountant. And that makes things a hell of a lot easier when you start scaling the business and need to know what's going on in your accounts for tax, legal and management reasons.
Would love to hear your opinions on the Invoicing Gem; I agree that a standard framework is needed, and this is my attempt to contribute one to the community.