[ic] Braintree Payment Gateway

Grant emailgrant at gmail.com
Fri Jan 27 16:05:12 UTC 2012


>> >>>> 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

Is anyone interested in pooling resources to make this happen?

- Grant



More information about the interchange-users mailing list