I would like to second Mike's recommendation. Many banks will offer CC processing for business customers, and your volume is big enough where this may be interesting. I have done it with Bank of America a few years ago, and PHP code for integration was available. I have also used Authorize.Net and the integration with either one was similar (send some XML with CC data to their web service, get the confirmation information back...) . Either can do subscriptions and such so you don't need to keep the CC number around and keep PCI pretty straight forward.
In either system, I wasn't really involved with the decision to pick either Bank of America or Authorize.Net. Personally, I liked Authorize.Net a bit better and I think they had better conditions (but this may have changed) On Dec 16, 2011, at 4:02 PM, Mike Rathburn wrote: > Have you consulted with your bank to see if they'd handle the processing > directly? At that volume it should entice, even at a fraction of one > percent. > >> -----Original Message----- >> From: [email protected] [mailto:[email protected]] >> Sent: Friday, December 16, 2011 3:27 PM >> To: [email protected] >> Subject: eCommerce credit card processing. >> >> Hi Guys. >> >> We have a web-based eCommerce site. It was written in-house, a PHP app. >> on Apache / Debian. >> >> It currently uses Authorize.net for credit card transactions. However, > for >> various reasons we would like to move away from them and use a different >> processor. >> >> Volume is ~$10k per day. >> >> Any recommendations? >> >> Thanks. >> >> Regards, >> Ozz. >> > > > --------------------------------------------------------------------- > Archive http://marc.info/?l=jaxlug-list&r=1&w=2 > RSS Feed http://www.mail-archive.com/[email protected]/maillist.xml > Unsubscribe [email protected] >
