[ic] Braintree Payment Gateway

[Lyn St George]

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 :-).
> 
> Regards
> 	Racke

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