By Peter Bell

Know Any Good Credit Card Processors (Gateways)?

We've been using authorize.net forever, and quite honestly they're not very good!!! We are on the look out for a new provider for our clients. Below are a list of requirements - the key ones being that they have an API (so end customers can stay on our clients site when checking out) and that they have some kind of rebilling system so we don't have to store the card numbers . . .

We'd also like to see affordable fees (under: 2.5% processing fee, 25c/per transaction, $50/mo and $250 setup) and we need to have a flexible rebilling system. A simple recurring billing charge with start, stop and frequency isn't enough.

For example, someone signs up for a $50 a month plan, but on week 5 upgrades to $75/mo and on week 6 buys a video training course for a one time amount. Would want them to be able to do all of that without us storing the card and without them having to re-enter the card data (by us having a token or something to save and call against the cc service provider). We can handle the scheduled calls every week or month or whatever, but we need a provider that would allow us to call against any token for any amount with any frequency for an indefinite period (as many years as required or until the card expires). We'd also need decent API for responses so we can distinguish card expired from over limit from whatever else!

Does anyone have any good ideas/comments? Please post below and I'll post our research and final decision as a comment when we're done.

Related Blog Entries

Comments
I've found PayPal's PayFlow Pro 2.0 Program to be the best around for several reasons:

1) They cap their rate at 2.9% (that includes AMEX which is typically 3.9%). It appears they are willing to lose money on AMEX in exchange for the rest of the business. The most you'll ever pay is 1.9% - 2.9% + $0.30 per transaction, PERIOD.

2) The gateway fee is included in the CC rates. Percent + $0.30 transaction fee. No additional fees after that.

3) Fairly robust API set. Although their ColdFusion APIs are not working properly with the 2.0 program. We are just shoveling flat files around for the time being.

4) They bought Verisign and combined their PayPal platform into one.

Note that the PayFlowPro 2.0 Program is not yet advertised. You will need to talk to a rep specifically about that program.

Hope this helps...

Josen
# Posted By Josen Ruiseco | 2/22/07 4:55 PM
Hi Josen,

Can you re-bill using PayFlowPro? That is the killer for us as it would mean we wouldn't have to store cards which would be *really* nice!
# Posted By Peter Bell | 2/22/07 5:05 PM
Payflow Pro has had recurring billing now for a while. We have used Payflow Pro ever since VeriSign bought out the assets of CyberCash, it is pretty good. Since Paypal bought out the payment business from VeriSign it's been OK, some things have degraded. I have had my eye on CyberSource, they seem like they have a good product. I have also looked into TrustCommerce, they use a lot of open-source and also have a good API.
# Posted By Marc | 2/22/07 5:12 PM
Hi Marc,

Thanks - will check them out!
# Posted By Peter Bell | 2/22/07 5:38 PM
Maybe I'm a retard, but I couldn't get PFP's rebilling thing to work. I didn't try very hard, but compared to Authorize.net or Skipjack, it's a PIA.

You could look at Skipjack. I've done CF integration and recurring billing just fine. Steer away from clickandbuy.com.
# Posted By Nat Papovich | 2/22/07 6:27 PM
Hi Nat,

Thanks for the link, they look good.

Thing that is killing us is that we don't want RECURRING billing - we want REBILLING, so once we have billed a card they will keep it in the system and we can allow client to make future one of payments without having to re-enter data and without us having to store the card data ourselves. That is what I'd really like. Anyone seen anything like that? With PCI/CISP requirements, we can't be the only people not loving the costs of meeting those requirements, but with small clients who still want to allow people the convenience of reordering without having to enter their card every time . . .

Any ideas?!
# Posted By Peter Bell | 2/22/07 7:00 PM
In Payflow Pro, this is called a "reference" transaction. You do an auth, then at a later time you can create a new auth with a new amount using the original transaction info as a reference. With TrustCommerce, this is done using their "Vault" API. I am not sure what it is called with CyberSource, but I am pretty sure they have that capability too. I am sure there are others out there that do this as well.

-Marc
# Posted By Marc | 2/22/07 7:36 PM
Peter,
I am putting another vote in for Payflow Pro. I have been using it across multiple clients for awhile and I have never had a probelm with them. I am also working on some new code that will eliminate the need to install the sdk on the server. Instead using Mark Mandels JavaLoader we can load the appropriate classes at runtime. If you have any questions don't hesitate to ping me.

http://www.danvega.org/blog/index.cfm/2007/2/8/Pay...
# Posted By Dan | 2/22/07 7:59 PM
Another processor worth considering is WorldPay. They have a rebilling system called (I think) FuturePay. Although I haven't used the rebilling system, in all other respects WorldPay provided a very good service and their charges weren't excessive. I used them successfully in a previous role to process many thousands of transactions on a high traffic e-commerce site (this is going back a couple of years).
# Posted By Ed | 2/23/07 6:24 AM
@Marc, Aha, now I know what to ask for - *many* thanks!!!

@Dan, Very cool - thanks for the lead. Will hit you up offline if/when we pull the trigger on this - thanks!

@Ed, Good point. Have used for a UK client. Will check more into their future billing system - many thanks!
# Posted By Peter Bell | 2/23/07 8:35 AM
This is more of a related question than anything. I have been looking for a processor that I can use to lookup the status of a transaction. For example, at the end of the day I would like to have my application make a call to the Processor and look at all the transactionIDs (for the given day or previous day) to make sure they settled as expected.

I am currently using Authorize.net and they do not have an API for this. The only API I could find was to actually charge the cards/eChecks. But nothing that would lookup the status of a transaction. Obviously the goal here is to automate the process of verifying a charge did settle w/o manually looking in and cross referencing my systems transactionIDs with the processors to see which trans did not settle.

If anyone knows of any with this built into the API I would love to take a look at it.
# Posted By Jason | 2/23/07 12:23 PM
+1 - will let you know what we find out with our research, but if anyone else has anything . . .
# Posted By Peter Bell | 2/23/07 12:36 PM
Element Express supports all the functionality mentioned above, and also removes the "middle man" (Authorize.net, PayFlow Pro, etc.) from the process.

http://www.elementexpress.com

They are a PCI-compliant IP payment processing service provider and have a product called PASS that securely stores card information and then passes back a reference pointer for use with any future recurring (or convenience) transactions that are run. They also support programmatic transaction status queries through the same interface. A simple XML or SOAP API is available on their site. As mentioned, they are the platform, so mechants don't have to pay extra fees like a normal gateway.
# Posted By J. | 2/27/08 11:17 AM
BlogCFC was created by Raymond Camden. This blog is running version 5.005.