by the way Eway payment gateway is generally based in AUstralia , someone have any idea about that , is it compatible with python based website ?
thanks a lot :) On Tuesday, 25 February 2014 06:01:25 UTC+10, Danny S wrote: > > On 24/02/2014 11:53 PM, lu zou wrote: > > another general question ! Can someone please advise some payment > > gateway which is friendly with mezzanine(cartridge) based project ,which > > is also easy to be implemented ,since I donot quite know a lot about > > this ,and the website is supposed to be generally used in Australia > > Paypal is always an option (although I couldn't work out how to use it > for credit cards easily). > > We ended up using Braintree ( braintreepayments.com ), and I wrote a > cartridge-braintree bridge available here: > https://github.com/molokov/cartridge_braintree > > However, they are a US-based payment processor so actually getting our > Braintree account open was a big hassle. (we're a not-for-profit > incorporated association running a convention, so income and profit > model are unlike normal businesses) > > I've heard good things about PIN payments ( https://pin.net.au/ ) who > are Australian based, and they do link to a django-pinpayments module > here: https://github.com/rossp/django-pinpayments > I'm sure it wouldn't be too hard to use that as a basis for a > cartridge-pinpayments module, but nobody's written one yet that I can see. > > Someone mentioned Stripe here the other day, also US based, but > currently having a private beta for Australia, so you could consider them. > > When I was examining payment gateways, my requirements (for the > non-profit) were that the charges had to be per-transaction only, > without any ongoing monthly fee, as it's likely we'll have low but > steady income for maybe 10 months and then 2 or more years of nothing. > > I also wanted to find ones that had developer-friendly Python/Django > integration, and many of them do, although I suspect you won't find many > with direct cartridge integration modules that haven't been written by > members of this community right here. > > If you're setting up a site for an e-business that has a large monthly > turnover, many of the major banks and credit unions do have e-payment > APIs (some even with Python modules to make integration easier) but they > charge a monthly fee in addition to a per-transaction charge. > Doing this via your client's bank will mean the payments will reach them > more quickly. > > Seeya. Danny. > > -- > Email: [email protected] <javascript:> > -- You received this message because you are subscribed to the Google Groups "Mezzanine Users" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. For more options, visit https://groups.google.com/groups/opt_out.
