[ic] Braintree Payment Gateway
Lyn St George
lyn at zolotek.net
Tue Sep 13 20:07:49 UTC 2011
On Monday 12 September 2011 18:40:36 Stefan Hornburg (Racke) wrote:
> On 09/12/2011 06:03 PM, Grant wrote:
> >>>> I just wanted to let everyone know that the Braintree Payment Gateway
> >>>> system finally has a Perl API
> >>>> http://www.braintreepayments.com/docs/perl
> >>>> I know a few people were wanting/waiting/pining for this.
> > Piner here. This is great news!
> >>> Braintree does appear to have a refreshingly simple fee structure
> >>> comapred to most merchant acct providers. Perhaps those interested
> >>> could
> > I've been doing business with them for awhile via Authorize.net and
> > they've been great. Refreshing, exactly.
> >>> together hire someone like Lyn or Mike to cook up an IC payment module.
> >>> I'd likely be willing to contribute, but I have no idea how to
> >>> coordinate the pledge/contribution details.
> > I can contribute too. The example looks dead simple:
> > http://www.braintreepayments.com/docs/perl
> >> Or even better do a Business::OnlinePayment module, which can be used
> >> by every Perl application, including Interchange 5 and 6.
> > Here's what Dan Manges had to say about Business::OnlinePayment:
> > "I took a look at Business::OnlinePayment. It looks similar to
> > ActiveMerchant in Ruby. One problem we had with ActiveMerchant was
> > that because it has a consistent interface across all payment
> > gateways, it has to simplify the interface to something that works for
> > all gateways. This ends up losing some of the richness of our API. So
> > what we did in Ruby was develop a standalone Braintree library, and
> > then create an ActiveMerchant wrapper around it to implement the
> > ActiveMerchant interface."
> In general, a Business::OnlinePayment backend driver can define extra
> methods which are available from the application. So I'm not sure if
> the same applies as with the ArchiveMerchant interface.
> At any rate, a BOP module for Braintree would be nice to have :-).
Just caught up with this. I see that Racke has started something so I'll leave
him to it, but I'll be interested to see the result. The more payment and/or
shipping modules Interchange has the better, whether native or not.
Lyn St George
More information about the interchange-users