Question regarding purchase by Visa
Hi,
To perform amount deduction using Visa card, upon any purchase performed within my Website, do I have to get the details from Visa.com, for furthering doing any deductions to the relevant Visa card number?
To perform amount deduction using Visa card, upon any purchase performed within my Website, do I have to get the details from Visa.com, for furthering doing any deductions to the relevant Visa card number?
SOLUTION
membership
This solution is only available to members.
To access this solution, you must be a member of Experts Exchange.
You don't always get to choose. Many processors are going with their own gateway now to cut down costs. Authorize.net does have a large following and community and some really good help files online. I do think some of their pricing is is high.
I use http://www.usaepay.com/ only because an original processor I worked with used this for their gateway. If you are looking for a lot of hand holding, they are not so good with that on the developer side.
I primarily use the advanced soap integration http://wiki.usaepay.com/developer/soap. I did find some inconstancies with some of the naming conventions that threw me off a few times. (Using the singular in one method and the plural in another when the item should have been the exact same thing). They have updated some of those errors though. What I do like is the ability to use the same SOAP API on a native app as well as your web app. I also like that you can store card info on the gateway without incurring the same type of costs that Authorize.net will charge. The down side is you may not find as much help.
I use http://www.usaepay.com/ only because an original processor I worked with used this for their gateway. If you are looking for a lot of hand holding, they are not so good with that on the developer side.
I primarily use the advanced soap integration http://wiki.usaepay.com/developer/soap. I did find some inconstancies with some of the naming conventions that threw me off a few times. (Using the singular in one method and the plural in another when the item should have been the exact same thing). They have updated some of those errors though. What I do like is the ability to use the same SOAP API on a native app as well as your web app. I also like that you can store card info on the gateway without incurring the same type of costs that Authorize.net will charge. The down side is you may not find as much help.
ASKER
Many thanks. Do you actually use the events demonstrated in
http://wiki.usaepay.com/developer/soap
for your charge process, against
http://www.usaepay.com
?
http://wiki.usaepay.com/developer/soap
for your charge process, against
http://www.usaepay.com
?
>Many thanks. Do you actually use the events demonstrated in
I said I did. #a39482592 "I use http://www.usaepay.com/"
It took me a while to get it all figured out especially because the documentation was off in a few places. With the amount of time I have invested... I use it for multiple clients. There are cases where a direct post is just fine. But the advanced soap implementation gives you more granular control. You can even recreate some of the reporting via the web service so there is little need to go outside of your own app to the virtual terminal.
I also pointed out http://Authorize.net and they have api's as well and probably better documented http://developer.authorize.net/api/ The only thing I am am not sure of with authorize.net is the ability to use their advanced integration method and the ability to show a card present swipe. If you are just doing web, there are no issues. It shows only ios sdk for mobile card present. But then android sdk below. I would want to check that out if you need to swipe and want to get the card present rates.
I said I did. #a39482592 "I use http://www.usaepay.com/"
It took me a while to get it all figured out especially because the documentation was off in a few places. With the amount of time I have invested... I use it for multiple clients. There are cases where a direct post is just fine. But the advanced soap implementation gives you more granular control. You can even recreate some of the reporting via the web service so there is little need to go outside of your own app to the virtual terminal.
I also pointed out http://Authorize.net and they have api's as well and probably better documented http://developer.authorize.net/api/ The only thing I am am not sure of with authorize.net is the ability to use their advanced integration method and the ability to show a card present swipe. If you are just doing web, there are no issues. It shows only ios sdk for mobile card present. But then android sdk below. I would want to check that out if you need to swipe and want to get the card present rates.
ASKER
Many thanks.
What is your current charge of each deal, you have made through
http://www.usaepay.com
? I may directly ask this in
http://Authorize.net
for their current rate of each deal. Appreciated to your help.
What is your current charge of each deal, you have made through
http://www.usaepay.com
? I may directly ask this in
http://Authorize.net
for their current rate of each deal. Appreciated to your help.
ASKER CERTIFIED SOLUTION
membership
This solution is only available to members.
To access this solution, you must be a member of Experts Exchange.
ASKER
http://Authorize.net
behave well and provide help for any technical issues encountered? which is the best gateway to choose?