Ok I remember - The company we used is DirectOne (http://www.directone.com.au ) It's a few years now since I used them, so things might have changed since then, but it was easypeasy to set up. I can't see where they have the exact product we used all that time ago, so perhaps they might have changed their policy about acting as the merchant for site owners. In any case, i would strongly recommend your client gets their own merhchant facility because it will cost less in the long run. If you use someone else's facitility, you'll pay them for it plus a margin and an allowance they'll build in for potential risks and liabilities.
I see they're saying on their site you ought to have a secure cert, and i agree with that, but they're recommending the Verisign one at $814/year. Do a little googling and you'll see you can get certs for a quarter of that or less, that might well suit your needs. DirectOne requires you to send your customers over ot them to get the credit card details, but you can upload a header adn footer to your account that gets added to the pages they see at DirectOne so the processing still looks like it belongs with your site, not theirs. At a minimum, all you need is the action page on your order form pointing to their page, and a series of hidden fields sending things like reference numbers, your account number etc. Another company you should check out is e-way (http://www.eway.com.au ) to use their system you also have to have your own merchant facility, but processing through them is easy too. Just send a XML packet and you get an XML packet back in a jiffy. But that means you have to store the credit card numbers. Cheers Mike Kear Windsor, NSW, Australia Adobe Certified Advanced ColdFusion Developer AFP Webworks http://afpwebworks.com ColdFusion, PHP, ASP, ASP.NET hosting from AUD$15/month On Thu, Jun 12, 2008 at 2:13 PM, Dale Fraser <[EMAIL PROTECTED]> wrote: > > That sounds Ideal Mike, hope you think of the name. > > I don't think Element5 is a good fit, as they want to charge a lot to > deliver the software and all. > > PayMate looks a bit amateurish. Simple, but worrying. You pass all the > details, amount, currency in the URL. So a user could just alter this and > buy your product for a different amount. > > Regards > Dale Fraser > http://learncf.com > http://flexcf.com > > > -----Original Message----- > From: [email protected] [mailto:[EMAIL PROTECTED] On Behalf > Of Mike Kear > Sent: Thursday, 12 June 2008 2:06 PM > To: [email protected] > Subject: [cfaussie] Re: Credit Card Payment Providors > > > Dale, if your customers are mostly going to be in Australia, you want > to use an Australian processing provider, not a US one. Even though > providers in other countries will process in many currencies, they'll > very likely convert back and forth to their own currency in the > process costing you a fee each time, or a gain/loss on exchange. I > can bet that converting AUD100 to USD and back again wont give you > AUD100. > > There are some very good providers of credit card processing. You > have already gathered that if you want to use your bank, you have to > have a merchant account, but there are providers who dont require > that, because they act as merchant. While i'm writing this I'm > trying to remember the name of the company I used when i had exactly > that issue with a client who couldnt get a merchant account. i'll > remember it eventually and post it here for you. But that was a piece > of cake to integrate. We sent http to their site using cfhttp (we > could even just use the form action if we wanted but i thought that > was far too open and risky) and got back a success or failure code. > > Once, i used to worry about sending users off to the bank's site for > taking credit card details. I used to think that was a bad idea > because we'd gone to all the trouble to get them to our site, now here > we are sending them off to someone else's (the banks). But my > attitude has changed in the last couple of years. Now, i do believe > that customers feel more relaxed when they are giving their credit > card numbers only in a bank site. They are more confident that > you're not trying to rip them off (a constant worry for anyone who > buys things on the net) and you get the benefit that you dont have the > potential liability associated with keeping credit card numbers. You > dont even get to know what their credit card number is. It's not your > problem, it's the processing provider's. > > Now to try to remember what that company's name was. > > Hth. > > Cheers > Mike Kear > Windsor, NSW, Australia > Adobe Certified Advanced ColdFusion Developer > AFP Webworks > http://afpwebworks.com > ColdFusion, PHP, ASP, ASP.NET hosting from AUD$15/month > > > On Thu, Jun 12, 2008 at 1:05 PM, Dale Fraser <[EMAIL PROTECTED]> wrote: >> Hey, >> >> >> >> I have a need to take a credit card payment for specific items, and wish > to >> integrate to CF. >> > > > > > > > -- --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "cfaussie" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/cfaussie?hl=en -~----------~----~----~----~------~----~------~--~---
